MediaRecorder 无法直接设置采样率，其输出采样率由底层音频流和编码器决定，默认为48kHz或44.1kHz；需精确控制时应通过AudioContext重采样或服务端统一转码。
MediaRecorder 本身不直接提供设置采样率的 API，它依赖底层音频流和浏览器编码器的默认行为。所谓“录制不同采样率的音频”，实际是通过控制输入音频流的采集质量（借助 AudioContext 重采样）或选择不同编码格式/容器来间接影响最终音频的采样率表现，而非在 MediaRecorder 启动时传入采样率参数。
理解采样率的真正控制点
浏览器中 MediaStream 的音频采样率由系统麦克风硬件、驱动及浏览器音频栈共同决定，getUserMedia 获取的流本身没有公开的采样率配置接口。MediaRecorder 录制出的文件采样率，通常是该流经编码器（如 Opus、AAC）处理后的结果，多数现代浏览器（Chrome/Firefox/Edge）默认输出为 48kHz 或 44.1kHz，具体取决于设备与实现，无法由前端代码强制指定。
若需明确控制采样率（例如统一为 16kHz 以适配低带宽语音场景），必须绕过 MediaRecorder 的原始流输入，改用 AudioContext 进行主动重采样：
- 用
getUserMedia({ audio: true })获取原始音频流 - 将流接入
AudioContext.createMediaStreamSource() - 通过
AudioContext.sampleRate读取当前上下文采样率（只读，不可设） - 使用 Web Audio API 中的
OfflineAudioContext+ScriptProcessorNode（已弃用）或更现代的AudioWorklet实现重采样逻辑（如降为 16kHz） - 将重采样后的音频写入
MediaStreamTrack，再传给 MediaRecorder
适配带宽的实用策略
与其纠结采样率数字，不如聚焦于对带宽影响更大的因素：编码格式、码率与容器封装。这些可通过 MediaRecorder 的 mimeType 和后处理控制：
立即学习“前端免费学习笔记（深入）”；
- 低带宽首选 audio/webm;codecs=opus：Opus 编码天然支持从 6kbps 到 510kbps 的动态码率，且在 8–16kHz 带宽下语音清晰度高，体积小；Chrome/Firefox/Edge 全面支持
- 避免硬设 audio/wav：WAV 是未压缩 PCM，采样率升高会线性增大文件体积（如 48kHz/16bit 立体声 ≈ 1.5MB/分钟），不适合带宽受限场景
-
Safari 用户需注意：iOS/macOS Safari 目前仅支持
audio/mp4（AAC 编码），默认采样率常为 44.1kHz；若需更低码率，须在下载后用 FFmpeg.wasm 转码（如转为 16kHz AAC-LC @24kbps） -
可选：录制时分段并动态调整：调用
mediaRecorder.start(1000)每秒触发一次dataavailable，对每个 Blob 片段做轻量分析（如估算 RMS 能量），再决定后续是否启用更高压缩等级（需配合后端转码服务）
兼容性与降级方案
不同浏览器对音频格式的支持差异较大，不能假设所有用户都能录出相同采样率的文件。应构建渐进式支持链：
- 先用
MediaRecorder.isTypeSupported('audio/webm;codecs=opus')检测 Opus 支持 - 不支持则尝试
'audio/webm'（无显式 codecs，由浏览器选默认编码器） - 仍失败则回退到
'audio/mp4'（Safari）或提示“请升级浏览器” - 对需要精确采样率的业务（如语音识别预处理），建议在上传后由服务端统一封装为 16kHz WAV/MP3，前端只负责可靠捕获与传输
小结：带宽优化的关键不在采样率数字本身
真正影响网络传输的是最终文件体积与解码效率。优先选用 Opus 编码的 webm 文件，合理设置录制时长与分段逻辑，比强行干预采样率更有效。若业务强依赖特定采样率（如 ASR 接口要求 16kHz），应在服务端完成标准化处理，前端专注做好权限获取、流管理与用户体验。
