Android MediaRecorder启动后立即停止崩溃：原因与解决方案咨询

问题现象 #

基于Android官方MediaRecorder示例开发时，遇到核心问题：调用recorder.start()后极短时间内执行recorder.stop()会导致应用崩溃。测试伪代码如下：

recorder.start();
sleep(T);
recorder.stop();

（sleep可放入Runnable中执行），测试发现仅当间隔T≥80ms时，应用才不会崩溃。场景为长按录制按钮，用户快速点击（误触）会触发该崩溃。

1. 问题产生的原因 #

MediaRecorder的start()方法并非同步完成所有初始化工作：

• 调用start()后，底层需要完成一系列异步/耗时操作：启动音频/视频采集设备、初始化编码组件、创建并写入录制文件的头部信息、完成第一帧数据的采集与编码写入。
• 这些操作需要几十毫秒的时间窗口，在此期间MediaRecorder内部处于「启动中」的中间状态，并未真正进入稳定的「录制中」状态。
• 若此时强行调用stop()，会触发内部状态校验失败，进而导致Native层抛出未捕获的异常（比如IllegalStateException），最终引发应用崩溃。

2. 最佳预防方案 #

结合你的长按录制场景，优先从源头避免短时间启停，其次做异常兜底，具体方案如下：

• 方案一：拦截误触，设置最小录制触发阈值（最优）
  因为短时间录制大概率是误操作，直接在交互层拦截：

  • 给长按按钮设置最小长按触发阈值（比如100ms，略高于测试出的80ms），只有当用户长按时长超过该阈值时，才真正初始化并启动MediaRecorder。
  • 实现方式：使用GestureDetector的onLongPress回调，或者自己通过Handler计时：按下按钮时启动一个延迟100ms的Runnable，启动录制；如果用户在100ms内松开按钮，就移除这个Runnable，不启动录制。

• 方案二：异常兜底处理
  如果因为某些场景必须允许短时间启停，或者作为方案一的补充：

  • 将recorder.stop()调用包裹在try-catch块中，捕获IllegalStateException以及可能的RuntimeException，同时在catch块中添加MediaRecorder的清理逻辑（比如reset()或release()），避免资源泄漏。
  • 示例代码：

    try {
        recorder.stop();
    } catch (IllegalStateException e) {
        // 处理短时间启停的异常，比如直接重置Recorder
        recorder.reset();
    }
    

关于官方示例未处理的原因

官方示例的定位是展示MediaRecorder的基础使用流程，仅覆盖正常录制的核心路径，不会针对「误触」「极端短时间启停」这类边缘场景做额外处理，这类场景需要开发者根据自身业务需求补充实现。

内容的提问来源于stack exchange，提问作者dlw