网页里播放MOV视频只有声音、画面全黑，是不少人都遇到过的情况。第一反应往往是文件坏了，于是反复重传，折腾半天问题依旧。其实多数时候文件本身是完好的，真正的原因在于封装格式和浏览器解码能力对不上。遇到这类现象，先别急着重传，按下面几个层次逐项核对，定位起来会快很多。
先判断是文件问题还是环境问题
拿同一个MOV文件做对照：如果在本地播放器里画面声音都正常，放到网页里却黑屏有声，基本可以说明文件数据没有丢失，而是网页端的解码链路没走通。再做一步简单验证——换一个浏览器打开同一页面。如果表现一致，问题更可能出在文件编码或服务端配置上；如果只有一个浏览器异常，则优先怀疑该浏览器的解码支持范围。这一步花不了几分钟，却能避免在错误的方向上反复折腾。
核对容器与编码标识
MOV只是容器，里面装的不一定是浏览器熟悉的编码。常见的情况是视频轨使用HEVC，音频轨使用AAC，容器封装看起来正常，但视频轨在部分浏览器里无法解码，于是只剩声音。这一步的关键是查看视频轨的实际编码类型，可以用本地播放器的媒体信息面板或系统自带的属性查看功能确认。如果视频轨是HEVC，而目标浏览器不支持该编码，转码为H.264通常是更稳妥的做法。需要提醒的是，不要只看文件扩展名，扩展名只说明容器，不说明内部编码。
核对浏览器与系统解码能力
不同浏览器对HEVC等编码的支持存在差异，有的依赖系统解码组件，有的完全不支持。同一台电脑上，系统播放器能放不代表浏览器能放。维护时可以把目标用户常用的浏览器列出来逐一验证，而不是只在自己习惯的浏览器里测试通过就上线。如果业务上必须保留HEVC版本，可以同时提供一个H.264备用源，由播放器根据支持情况选择，减少单一编码带来的兼容风险。
核对播放器配置与MIME类型
服务端返回的Content-Type如果与文件实际格式不一致，部分播放器会拒绝加载画面。MOV对应的类型标识需要与实际封装匹配，配置错误时容易出现音频先加载、视频轨被跳过的情况。同时检查播放器的初始化参数，比如是否强制指定了某种解码方式、是否误开了仅音频模式。这类配置问题往往表现为个别文件异常、其他文件正常，容易被忽略。
核对跨域与分段加载
视频源跨域时，如果服务端没有正确响应Range请求，播放器可能只拿到音频片段而拿不到视频数据，表现同样是黑屏有声。可以查看网络面板中视频请求的状态码和响应头，确认分段请求是否被正常处理。跨域场景下，响应头配置不完整也会导致画面加载失败，这一层需要和服务端配置一起核对。
把排查顺序固定下来
建议按这样的顺序走：先确认视频轨编码类型，再确认目标浏览器是否支持该编码，然后检查服务端返回的类型标识与响应头，最后核对播放器初始化参数和跨域配置。按这个顺序推进，大多数黑屏有声的问题都能在较短时间内定位。
对网站维护来说，更省力的做法是把检查前移。上传环节做一次格式与编码预检，提示用户视频轨编码是否在支持范围内；对不支持的编码自动生成转码版本，并保留原始文件备查。it数运在网站维护服务中通常会把这类预检和版本留存纳入交付流程，目的不是增加步骤，而是减少上线后反复排查的成本。格式兼容问题很难一次杜绝，但把核对顺序固定下来、把预检做成习惯，问题出现时就不会手忙脚乱。
