Android端Chrome/Opera/Edge浏览器Web Audio API采样率异常问题

问题场景 #

代码中通过指定sampleRate:48000创建AudioContext，将麦克风输入接入AnalyserNode做FFT频谱分析：

let audioContext;
dataArrayFft = new Float32Array(bufferLength);
audioContext = new (window.AudioContext || window.webkitAudioContext)({ sampleRate:48000});
analyser = audioContext.createAnalyser();
const source = audioContext.createMediaStreamSource(stream);
source.connect(analyser);

• Windows 10 Chrome中正常运行，FFT频谱可显示到24kHz（对应48kHz采样率的奈奎斯特频率）
• Android设备上，Chrome/Opera/Edge（均为Chromium内核）的FFT频谱在8kHz处滚降，实际采样率被限制为16kHz；Firefox可正常显示完整频谱

可能原因 #

1. Chromium移动端硬件适配策略
   Chromium在Android平台会优先采用麦克风硬件的原生采样率，多数Android设备的麦克风默认采样率为16kHz。即使在AudioContext中指定更高的采样率，Chromium也不会强制对输入流进行重采样，而是直接沿用硬件采样率，这是出于移动端性能优化的考量。而Firefox的音频处理栈会主动执行重采样，匹配开发者指定的采样率。

2. Web Audio API采样率的协商机制
   根据Web Audio规范，sampleRate参数仅为请求值，浏览器有权根据硬件能力、系统配置等因素选择实际采样率。Chromium移动端在处理麦克风输入时，更倾向于使用硬件原生采样率以降低资源消耗，桌面端硬件通常支持更高采样率，因此表现正常。

3. 媒体流约束未明确指定
   代码仅在AudioContext中设置了采样率，但未在getUserMedia的请求约束中明确指定音频采样率，浏览器可能默认选择最低可用采样率来优化性能。

解决方案 #

1. 在getUserMedia中添加采样率约束
   请求麦克风流时，明确指定采样率要求，强制浏览器尝试获取目标采样率的媒体流：

navigator.mediaDevices.getUserMedia({
  audio: {
    sampleRate: { ideal: 48000 } // 优先尝试48kHz，失败则用系统支持的最高采样率
    // 若需严格匹配，可用 { exact: 48000 }，但可能导致请求失败
  }
})
.then(stream => {
  // 后续创建AudioContext、连接AnalyserNode等逻辑
})
.catch(err => console.error('麦克风请求失败:', err));

2. 验证实际采样率
   创建AudioContext后，通过audioContext.sampleRate获取真实使用的采样率，避免依赖请求值：

audioContext = new (window.AudioContext || window.webkitAudioContext)({ sampleRate:48000});
console.log('实际采样率:', audioContext.sampleRate); // 输出浏览器实际采用的采样率

3. 手动重采样（备选）
   若浏览器无法提供目标采样率的流，可通过ScriptProcessorNode或WebAssembly实现手动重采样，将低采样率流转换为48kHz后再处理。注意该方案会增加移动端性能开销，需谨慎使用。

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