有用户反馈，一段录音在手机里播放正常，上传到网站页面后却只有进度条在走，完全听不到声音。这类情况在网站维护中并不罕见，不少人的第一反应是文件损坏，于是让用户重新上传，可换了几次文件依然无声。AAC音频在网页端不出声，问题通常不在文件本身，而在于封装形式、浏览器解码能力和服务端返回方式这几个环节没有匹配上。按顺序逐层排查，比反复更换文件更节省时间。
先确认文件封装与扩展名是否对应
AAC是一种音频编码方式，并非一种文件格式。同样称为AAC，可能封装在.m4a中，也可能以.aac裸流形式存在，还可能嵌在.mp4容器里仅作为音轨出现。扩展名与实际编码不一致时，部分本地播放器能靠推测正常播放，网页端播放器却可能直接放弃解码。核对时先用本地播放器打开文件，确认能正常出声，再用媒体信息工具查看真实的编码格式、采样率、声道数和容器类型。如果显示为AAC编码但容器是MP4，就要确认网页播放器是否按视频容器去解析，避免只读取到画面轨道而忽略音频轨道。
再检查浏览器与系统的解码能力
不同浏览器对AAC的支持并不完全一致，同一份文件在某个浏览器里无声，换一个浏览器可能就恢复正常。判断时不必逐个尝试，做一个最小测试页即可：页面上只放一个音频标签，指向该文件的直链，不加载任何脚本和其他资源。如果最小页面能出声，说明文件和解码都没有问题，问题出在原页面的加载逻辑上；如果最小页面同样无声，再换两到三个主流浏览器进行对比。需要提醒的是，浏览器版本、操作系统和硬件环境都会影响解码结果，具体表现应以实际测试为准。
第三层看服务端返回的类型与文件完整性
文件能下载、能本地播放，不代表服务端返回正确。常见情况是响应头里的内容类型被标成了通用二进制流或文本类型，浏览器拿到后不知道该按音频处理，于是静默失败。另一种情况是传输过程中文件被截断，开头部分完整，尾部缺失，播放器解析到中途就停止，表现为没有声音或时长异常。核对时打开浏览器开发者工具，查看该请求的状态码、内容类型和实际传输大小，再与本地文件大小比对。类型标注错误应改为音频对应的类型，传输不完整则要检查上传环节是否限制了文件大小。
把排查顺序固定下来
可执行的清单是：第一步本地播放确认文件可用；第二步用最小测试页排除页面脚本干扰；第三步检查响应头的内容类型与文件大小；第四步换浏览器和系统对比解码差异。四步走完，多数无声问题都能定位到具体一层。维护工作中，与其每次等问题出现再逐个排查，不如在上传环节就建立格式白名单，明确允许的容器与编码组合，并对不兼容的格式做统一转码。it数运在网站维护中强调把技术问题说明白、把交付过程做清楚，格式规范和转码策略正是其中一环，能减少同类问题反复出现。
