MediaRecorder 没有 resume() 方法；其状态机仅支持 inactive、recording、paused 三种状态，pause() 后只能 stop() 或 start() 新录制，无法真正恢复。
MediaRecorder 没有 resume() 方法。这是个常见误解——HTML5 MediaRecorder API 并不提供 resume() 或类似恢复暂停录制的功能。
MediaRecorder 的状态机不支持“暂停/恢复”
MediaRecorder 的生命周期只有三种有效状态：inactive、recording、paused，但它没有从 paused 状态回到 recording 的标准方法。调用 pause() 后，唯一合法的后续操作是：resume() 不存在；stop()（终止并生成 Blob）；或重新 start()（但这是全新录制，不是继续）。
实际可用的替代方案
如果你需要“暂停后继续录制”的效果，只能通过以下方式模拟：
-
分段录制 + 合并 Blob：每次调用
pause()后，用requestData()获取当前片段 Blob；再调用start()开启新录制。最后在 JS 中合并多个 Blob（注意音频/视频编码连续性限制，纯前端合并仅适用于简单场景，如仅音频或同参数录制）。 -
不真正暂停，改用静音/黑帧控制：保持
recording状态，但动态替换 MediaStream 轨道——例如把音频轨道 mute，或用 Canvas 绘制黑帧替换视频轨道。这样数据仍在写入，但内容为空/无意义，后期可裁剪。 - 服务端拼接（推荐用于生产环境）：将各段 Blob 上传至服务器，由后端使用 FFmpeg 等工具按时间线无缝合并，确保编解码参数一致、关键帧对齐。
为什么浏览器不实现 resume()？
核心原因是媒体编码器（如 WebCodecs 或底层平台编码器）通常不支持在任意时刻中断并精确续写编码流。暂停会导致 GOP（图像组）断裂、时间戳不连续、PTS/DTS 错乱，直接恢复极易产生解码错误或播放卡顿。W3C 明确将 pause() 定义为“临时停止数据收集”，而非“编码上下文保持”，因此未定义对应恢复接口。
立即学习“前端免费学习笔记（深入）”；
检查兼容性与正确用法示例
确认你正在使用的是标准 MediaRecorder：
❌ 错误写法（会报错）：recorder.resume(); // TypeError: recorder.resume is not a function
recorder.pause();<br>recorder.requestData(); // 触发 dataavailable，拿到当前 Blob<br>// ... 用户点击“继续”<br>recorder.start(); // 全新录制段，非恢复
不复杂但容易忽略：设计录制功能时，应从一开始就按“分段+后处理”思路架构，而不是依赖不存在的 resume 行为。
