网页端播放MOV视频时出现有声音无画面的情况，在网站维护中并不罕见。用户上传一段MOV文件后，音频轨道正常，画面却始终黑屏或定格在第一帧。遇到这类反馈，不少人的第一反应是文件损坏，于是让用户重新上传，但连续更换几个文件后问题依旧。实际上，MOV只是一个容器格式，内部可以封装H.264、HEVC、ProRes等多种视频编码。音频能正常播放，说明文件结构大体完整，问题通常出在视频轨无法被浏览器解码，而非文件本身损坏。
先核对容器与编码信息
排查的第一步不是修改代码，而是把文件信息弄清楚。请用户提供原始文件，在本地用播放器或媒体信息工具查看视频轨编码、分辨率、帧率和音频编码。MOV常见的情况是相机或手机默认导出HEVC或ProRes，这两类编码在部分浏览器中支持有限，尤其是ProRes，桌面端浏览器基本无法直接解码。H.264兼容性最好，但也要确认是否为High 10等不常见档次。只看扩展名没有意义，MOV三个字母不能说明任何编码问题。
再检查播放器的编码声明与回退策略
确认编码后，进入网页端核对。先看播放器加载的是原文件还是转码后的文件。如果走转码，检查转码任务是否成功、输出格式是否为浏览器普遍支持的MP4加H.264加AAC。如果直接播放原文件，检查播放器是否声明了正确的类型，以及是否配置了多源回退。常见失误是转码队列失败后仍然返回原文件地址，前端拿到一个浏览器解不了的视频轨，自然只有声音。按转码环节、播放器配置、源文件三个顺序逐层排除，比反复让用户重传更有效。
上传前的四项自检
为了减少这类问题，可以在上传入口给出明确提示，让用户先自查四项内容。一是容器格式，优先MP4，MOV需确认内部编码。二是视频编码，优先H.264，HEVC需评估目标浏览器覆盖情况。三是分辨率，过高的4K素材在部分设备上解码压力大，可考虑限制上限。四是音频编码，AAC最稳妥，避免PCM等体积大且兼容性一般的组合。四项都确认后再上传，能挡掉大部分有声音无画面的情况。
长期维护靠白名单与转码队列
单次排查解决的是一个文件，长期稳定要靠机制。网站维护中可以建立上传格式白名单，明确哪些容器和编码组合允许直接播放，其余一律进入转码队列，转码完成并校验后再对外提供地址。同时对转码失败的任务保留日志和原始文件，方便回溯。it数运在网站维护服务中通常会把上传校验、转码状态和播放回退纳入同一套流程，让问题在用户反馈之前就被拦住。技术问题说清楚，交付过程做清楚，视频播放这类细节才不会反复消耗双方时间。
