最新回答 / 慕粉3914221
哈哈 ， 看上去你似乎在mediarecorder并没有准备好的时候进行了stop操作。检查一下，在执行这句话之前判断是否准备好MediaRecorder，
2016-09-06
最新回答 / 年逝丿
虽然不是很懂你的意思，我个人的理解是：首先mReady一开始是false的，是在触发了OnLongClick监听器才变成true，那么！mReady为True的时候就是你按下了录音按钮，但是提示框Dialog没有出来的这段时间里面你松开了手指，所以正常来说要调用父类的onTouchEvent方法(就像你按到其他地方一样什么都不做)。如果不这样的话程序会执行下去，后面判断状态后(mCurStatue == STATUE_RECORDING是True的，看DOWN那里的代码)所执行的mAudioManager...
2016-08-06
最赞回答 / 凌恩BazZ1
public AudioRecorderButton(Context context, AttributeSet attrs) { super(context, attrs);}public AudioRecorderButton(Context context) { this(context, null);}
2016-08-04
最新回答 / qq_原来这就是来自北方的汉子_0330
看你想要什么效果， 如果想要像对话那样，对话的顺序都保持的话，那么可以本地db文件去保持，每一条数据及其顺序，如果只是想展示音频，就可以遍历你音频存储的文件夹(音频文件可以时间轴来排序)，然后展示。
2016-07-28
