网页音频无声问题排查：从文件属性到响应头的四步核对法
本地播放器里听着正常的AIFF音频，上传到网站后进度条在走、音量也开着，却一点声音都没有。遇到这种情况，很多人的第一反应是文件传坏了，于是反复重传，结果依然无声。其实问题往往不在文件本身，而在于浏览器的解码链路没有顺利接上。本地播放器调用的是系统解码能力，格式支持面宽；网页播放器受浏览器和前端组件限制，能顺利播放的格式要少得多。先别急着重传，按层往下核对更省时间。
第一步：确认文件本身和封装形式
AIFF常见的是未压缩PCM数据，理论上解码门槛不高，但实际还要看采样率和位深是否落在浏览器常见支持范围内，过高或过低的参数都可能让解码环节出问题。另外要区分AIFF与AIFF-C，后者可能带压缩编码，压缩算法不同，浏览器支持情况差别很大。核对时可以直接查看文件属性里的编码方式、采样率、位深和声道数，把这几项记下来，作为后面判断的依据。
第二步：查浏览器和播放器的编码支持
主流浏览器对AIFF的原生支持并不完整，有的能读容器却解不出音轨，有的直接跳过。如果播放器依赖服务端转码，就要确认转码任务是否真的执行成功，输出格式是不是网页常用的类型。转码失败但页面没有提示，是很容易被忽略的一种情况，日志里往往能看到任务状态和输出文件信息。
第三步：核对响应头与MIME类型
服务器返回的Content-Type如果和实际格式对不上，播放器可能直接放弃解码，表现就是无声或加载失败。核对时对比文件扩展名、实际编码格式和响应头里的类型声明，三者应当一致。这一步不需要改代码，用浏览器开发者工具看网络请求就能确认。
第四步：看播放器日志定位断点
播放器日志能帮助确认解码在哪一步停下。是容器解析阶段就报错，还是音轨读取后无法输出，日志里的顺序和报错位置比反复试听更说明问题。
把四步串起来就是一套可复用的核对流程：一看文件属性，记录编码、采样率、位深；二看转码结果，确认输出文件存在且格式通用；三看响应头，核对类型声明；四看播放器日志，确认解码在哪一步停下。长期做法是把上传音频统一转成网页通用格式再对外提供，原始文件留档即可。
媒体格式的兼容策略最好前置到需求梳理阶段，而不是等上线后被用户一个个发现。it数运在网站维护中通常把媒体格式校验纳入上线检查项，提前确认支持范围和转码流程，减少上线后的返工。技术有章法，服务有回应，把格式问题挡在发布之前，比事后逐个排查更省成本。
