有用户反馈，同一段音频在电脑浏览器里播放正常，发到安卓手机上却只有画面没有声音，进度条照常前进，音量也已经调到最大。很多人第一反应是手机坏了或者浏览器版本太旧，但实际排查下来，问题常常出在文件本身和页面播放链路的某个环节。同一个文件在不同设备上表现不一致，说明它并非简单的“能用”或“不能用”，而是某一层能力没有被满足。
先核对封装标识。AAC音频常见的存放方式有两种：一种是裸流的ADTS格式，扩展名多为aac；另一种是封装在MP4容器里，扩展名可能是m4a或mp4。浏览器对这两类文件的识别路径并不相同，前者依赖音频元素的直接解码能力，后者需要先解析容器再取出音轨。如果页面上的音频地址指向ADTS裸流，部分安卓浏览器的处理方式会与桌面端出现差异，表现为加载成功但不出声。核对时应查看文件的实际容器类型，而不是只看扩展名。
再核对编码档次。AAC并不是单一规格，常见的有LC、HE-AAC和HE-AAC v2，后两者通过频段复制和参数立体声降低码率，对解码器有额外要求。较老的安卓版本或部分定制浏览器内核对HE系列的兼容程度不一致，遇到不支持的档次时可能不报错，直接静默跳过音频轨。可以在电脑上用媒体信息工具查看音频编码的具体档次，再对照目标机型做小范围验证。
第三层看采样率和声道数。常见音频为44.1千赫兹或48千赫兹、双声道，超出这个范围的配置在移动端更容易出问题。比如96千赫兹的高采样文件，桌面端解码器可能照常处理，安卓端却因为重采样路径缺失而放弃输出。声道数异常，例如多声道音轨被当成普通立体声播放，也可能导致只有背景音或完全无声。核对时把采样率、位深和声道数一并记录下来，和正常播放的文件做对比。
第四层看页面播放链路。音频元素是否设置了正确的类型提示，是否走了媒体源扩展，服务端有没有做按设备分流的转码回退，这几步的先后顺序会影响最终结果。有的页面先尝试原始文件，失败后没有触发回退，用户看到的就是无声播放。排查时可以先在页面里直接打开音频地址，绕开播放器逻辑，判断问题出在文件还是出在播放器。
把以上几层整理成顺序：先确认容器与扩展名是否一致，再查编码档次，然后看采样率与声道，最后核对页面播放与回退逻辑。每一步只改一个变量，避免同时换文件又换播放器导致结论混乱。it数运在网站维护中处理这类反馈时，会把用户设备、浏览器版本、文件容器、编码档次和页面播放方式一并记录，形成可复用的排查记录，而不是每次从零猜测。
先分层定位，再决定是否转码。盲目重压文件既浪费时间，也可能把本来兼容的音频改成另一种不兼容的规格。
