手机里一段视频，本地播放器打开画面声音都正常，传到网站后却只剩声音，进度条在走，画面区域始终黑着。遇到这种情况，客服通常先怀疑文件损坏或浏览器不兼容，但真正的原因往往不在单一环节。以HEVC编码的视频为例，网页端只出声不见画，通常是编码格式、封装容器、浏览器解码能力、服务端转码链路和播放器配置几方面共同影响的结果。只盯住其中一层反复尝试，很容易来回绕圈。下面按从文件到播放器的顺序，分成四层逐一核对。
第一层，先确认容器与编码标识
不少人看到MP4就默认里面是H.264，其实MP4只是一种封装容器，里面可以装多种编码。HEVC也就是H.265，同样能封装进MP4。扩展名一样，视频轨道的编码可能完全不同。排查的第一步不是换浏览器，而是先读取文件真实的视频编码信息。可以用本地播放器的媒体信息面板查看，也可以用系统属性工具或专业媒体检测工具读取。重点看两处：视频轨道编码是否为HEVC，封装格式是否被网页端识别。如果这一步就确认是HEVC，后面的排查方向就明确了，不必再怀疑上传过程中文件是否损坏。
第二层，核对浏览器与终端的解码能力
HEVC的专利授权结构决定了它不像H.264那样被所有浏览器普遍内置支持。不同浏览器、不同操作系统版本、不同硬件平台，对HEVC的支持差异明显。同一个文件，在部分设备上能正常播放，在另一部分设备上只有声音，这不是玄学，而是解码能力不同。核对时记录三类信息：用户使用的浏览器及版本、操作系统及版本、是否在移动端。有些环境依赖硬件解码，硬件不支持时就只剩音频轨。这一步的价值在于判断问题是个别终端现象还是普遍现象，如果多数终端都黑屏，就要往服务端找原因。
第三层，核对上传后的转码与预览链路
这是网站维护中最容易被忽略的一层。很多网站在文件上传后会做转码，生成适合网页播放的版本，预览地址应当指向转码后的文件。如果转码任务失败、转码队列积压，或者预览地址仍然指向原始HEVC文件，就会出现只有声音的情况。可以按清单逐项确认：上传后是否触发了转码任务，任务状态是成功还是失败，转码输出文件的编码是什么，预览播放地址实际指向哪个文件，原始文件与转码文件是否被正确区分。把这几个点逐一落实，往往能直接定位到断点在哪里。
第四层，核对播放器配置与降级策略
播放器需要正确声明支持的编码格式，浏览器才能做出合理选择。如果播放器配置里没有把HEVC列入可播放类型，或者失败后没有任何提示，用户看到的就是黑屏且无声。合理的做法是：播放器在检测到不支持当前编码时，给出明确提示，并尝试降级到转码后的兼容版本。核对时看播放器的类型声明、错误回调是否生效、是否有备用源地址。
把上面四层串起来，排查顺序可以固定为：先读文件编码，再确认终端环境，然后检查转码链路，最后看播放器配置。在网站维护中，这类问题更适合前置到上传规范里，比如上传后自动识别编码、对HEVC统一转码、验收时用多终端抽测。it数运在维护流程中通常建议先把核对顺序固定下来，再逐层定位原因，避免在不同环节之间来回跳。顺序稳定了，问题再出现时就能更快收敛到具体那一层。
