用户反馈“视频打不开”，可到后台一看，进度条在走、声音也正常，偏偏画面一片黑。这种情况和完全无法播放并不是一回事。完全无法播放通常指向文件缺失、地址错误或播放器加载失败；而有声音没画面，说明文件至少已经被读取到了，问题多半出在视频轨道、编码支持、转码结果或页面渲染上。排查时建议先确认文件本身，再往网页端逐层推进，避免一上来就改代码。
第一层先核对文件完整性。把同一个MP4下载到本地，用系统自带播放器或常用播放软件打开，看画面是否正常。如果本地同样只有声音，问题就在文件本身，可能是导出时只保留了音频轨道，或者视频轨道损坏。可以查看文件属性中的编码信息，确认是否同时存在视频流和音频流。有些文件在剪辑软件里预览正常，导出后视频轨道为空，上传前不做检查很难发现。
第二层核对播放器的解码支持范围。MP4只是一个容器，里面装什么编码才是关键。H.264配AAC的组合兼容性较广，而H.265、AV1等编码在部分浏览器或旧版本环境中可能只解出音频。遇到这类情况，不必凭经验猜，可以查阅浏览器和播放器公开的兼容性资料，对照文件的实际编码参数判断。若确认是编码组合超出支持范围，处理方向就是转码，而不是继续调播放器参数。
第三层核对转码与分发环节。不少网站上传视频后会自动转码，生成多个清晰度版本。需要确认转码任务是否完成、是否失败，以及播放地址指向的是原文件还是转码产物。有时原文件编码特殊，转码产物生成不完整，页面却仍引用转码地址，就会出现有声无画。维护时要把转码状态和播放地址对应起来看，不能只看上传成功提示。
第四层核对页面渲染与样式。播放器被其他元素遮挡、容器高度为零、层级冲突，都可能造成“有声音没画面”的错觉。可以在浏览器开发者工具中检查播放器区域的实际尺寸和层叠情况，临时隐藏周边元素做对比。这一步放在最后，是因为它排查成本低但误判率高，先做容易把方向带偏。
日常维护可以形成四步留痕：记录文件编码信息、记录本地播放结果、记录转码状态与播放地址、记录页面渲染检查结论。每次处理完把这几项写进维护日志，交接时不用重新摸索。it数运在网站维护中更看重这类可复用的排查路径，而不是单次修好就结束。
更进一步的做法是建立上传格式白名单，在用户上传环节就提示推荐编码，并在后台显示转码进度和失败原因。把问题挡在上传之前，比事后逐层排查更省时间，也能减少同类反馈反复出现。
