Safari 15无法解码旧版本可正常解析的音频数据问题求助

排查思路 #

• 确认问题用户的音频文件加载链路是否异常：优先给问题用户添加埋点，上报decodeAudioData入参的ArrayBuffer字节长度、请求返回的Content-Type头、HTTP状态码，排除部分网络环境下音频文件被运营商/代理截断、篡改的情况，Safari 15对不完整的音频文件容错率远低于前代版本和Chrome系浏览器。
• 核对音频编码参数是否符合Safari 15硬解码限制：Safari 15对MP3/AAC的非常规编码参数兼容度大幅下降，比如MP3的VBR过高、AAC的LC配置以外的编码profile、采样率不是44.1kHz/48kHz的音频，部分老旧设备的硬解码模块会直接返回解码失败，可让问题用户提供设备型号、系统版本，排查是否集中在特定硬件（比如搭载A12以下芯片的iOS/iPadOS设备、Intel芯片的Mac）。
• 校验用户侧AudioContext状态是否合法：部分用户的浏览器可能开启了自动静音策略，或者AudioContext是在非用户交互触发的回调中初始化的，Safari 15调整了媒体自动播放策略的触发时机，要埋点上报调用decodeAudioData时的audioContext.state值，排除suspended状态下调用接口触发的隐性错误。
• 排查CORS相关的隐性问题：Safari 15对跨域媒体资源的响应头校验更严格，如果你的音频资源存放在CDN上，确认Access-Control-Allow-Origin、Access-Control-Expose-Headers配置是否覆盖了所有请求场景，部分CDN的预热节点可能会缺失跨域头，导致音频加载后的ArrayBuffer被标记为跨域污染，无法正常解码。

可行解决方案 #

• 降级解码逻辑兜底：对decodeAudioData抛出EncodingError的场景，新增HTML5 Audio元素预加载兜底逻辑，将音频地址赋值给new Audio()的src属性，监听canplaythrough事件后，用audioContext.createMediaElementSource绑定音频元素实现播放，绕开软件解码的限制。
• 统一音频转码规则：将所有音频统一转码为44.1kHz采样率、128kbps CBR的MP3格式，或者AAC LC配置、44.1kHz采样率的m4a格式，转码时使用FFmpeg的默认编码参数，避免自定义编码参数触发Safari硬解码兼容问题，转码命令参考：ffmpeg -i input.mp3 -ac 2 -ar 44100 -b:a 128k -c:a libmp3lame output.mp3
• 添加用户交互触发的AudioContext唤醒逻辑：所有音频初始化逻辑必须绑定在用户点击、触摸等交互事件的回调中，首次交互时主动调用audioContext.resume()，确保上下文处于running状态后再执行解码操作。
• 增加解码失败重试逻辑：对单次解码失败的请求，先主动释放当前ArrayBuffer资源，重新发起音频请求获取新的文件流后再尝试解码，排除单次网络传输导致的文件损坏问题。

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