mediarecorder api 无原生 pause() 方法，需通过 stop()+新实例+blob 合并模拟暂停；设计上因流式处理与编码上下文中断而未支持；safari 仅支持音频且不稳定。
MediaRecorder API 本身没有 pause() 方法，这是个常见误解。HTML5 的 MediaRecorder 接口只支持 start()、stop() 和 resume()（仅在部分浏览器中实验性支持），但不提供标准的暂停/继续功能。所谓“暂停录制”，实际需通过停止当前录制 + 保存已有数据 + 后续新建录制并拼接来模拟。
为什么 MediaRecorder 没有真正的 pause()
MediaRecorder 设计为流式处理：它从 MediaStream 实时接收音视频帧，一旦开始，就持续写入 Blob 数据块（通过 dataavailable 事件）。中间停止后，时间戳、编码上下文（如关键帧依赖）会中断，无法无缝续录。因此规范未定义 pause/resume，避免误导开发者期待无损暂停。
模拟暂停的实用方案：分段录制 + 合并
核心思路是：点击“暂停”时调用 stop()，暂存已生成的 Blob；点击“继续”时新建 MediaRecorder 实例，录制新片段；最终导出时将多个 Blob 按顺序合并为一个文件。
- 每次
stop()后，把ondataavailable触发的 Blob 存入数组（如recordedChunks = []） - “继续”时重新调用
new MediaRecorder(stream)，再start()—— 注意：必须用同一个MediaStream，否则音画不同步 - 导出时用
new Blob(recordedChunks, {type: 'video/webm'})合并（适用于 WebM；MP4 需后端或专用库如mp4box.js）
注意事项与兼容性提醒
直接调用 mediaRecorder.pause() 会抛出 TypeError（方法不存在）。少数 Chromium 版本曾短暂暴露非标准 pause()/resume()，但已移除。目前（2024）所有主流浏览器（Chrome、Firefox、Edge、Safari）均不支持原生暂停。
- Safari 对 MediaRecorder 支持有限（仅音频，且无
dataavailable稳定触发），分段方案在此需降级处理 - 合并后的 WebM 文件可直接播放，但时间轴是连续的（无暂停间隙）；若需保留“暂停时长”，需额外记录时间戳并插入静音/黑帧（复杂度高，一般不需要）
- 频繁 stop/start 可能导致小段数据丢失（首帧延迟），建议单次录制尽量长，暂停仅作用户交互反馈
替代思路：隐藏录制但保持流活动
如果目标只是“视觉上暂停+不中断流”，可跳过 MediaRecorder 控制，改用前端控制：
- 保持
MediaRecorder一直运行，但点击暂停时，不收集dataavailable的 Blob（即忽略事件） - 点击继续时，恢复收集 Blob —— 这样录制仍在后台进行，但用户感知为暂停；缺点是浪费带宽和存储，且无法真正跳过中间内容
- 更合理做法：暂停时
track.enabled = false（禁用麦克风/摄像头轨道），减少资源占用，再配合上述分段逻辑
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
