后台素材库里的FLV视频，在部分浏览器中点击后毫无反应，进度条停着不动，画面区域一片空白，换一个浏览器却又正常播放。这类反馈在网站维护中并不罕见。FLV是早期流媒体常用的封装格式，随着浏览器逐步收紧对插件的支持，它的原生播放能力已大不如前。遇到这类情况，先别急着判定文件损坏，按下面的顺序逐层核对，通常能较快找到症结。
第一层：确认容器格式是否被正确识别
先看服务端返回的响应头。打开浏览器开发者工具的网络面板，定位视频请求，检查Content-Type字段。如果返回的是application/octet-stream或text/plain，浏览器很可能不把它当作视频处理，而是直接下载或忽略。这时需要确认服务端是否按文件真实类型配置了正确的MIME类型。同时用工具查看文件头标识，确认扩展名写的是FLV，实际内容也确实是FLV容器，避免因改后缀造成误判。容器识别错误是播放失败最常见的第一层原因。
第二层：确认视频编码参数是否在浏览器支持范围内
容器只是外壳，真正决定能否解码的是里面的编码。FLV常见的视频编码有H.264和Sorenson H.263等。H.264在主流浏览器中支持较好，而Sorenson等老编码基本没有浏览器原生解码能力。用媒体信息工具读取视频轨的编码标识，如果发现是老旧编码，即使容器被识别，画面也无法渲染。这一层要重点确认编码类型和分辨率是否落在目标浏览器的支持范围内，不能只看文件能不能打开。
第三层：确认音频编码与采样率
有时候用户描述的是有声音没画面，或者有画面没声音，这类情况往往出在音频轨。FLV中常见的音频编码包括AAC和MP3，采样率也有差异。如果音频编码不被支持，可能出现整段播放被中断；如果音频正常而视频轨编码异常，就会出现只有声音的现象。核对时分别读取音频轨和视频轨的参数，不要只检查其中一项就下结论。
第四层：确认转码与降级方案是否到位
如果前三层确认容器或编码确实不被目标浏览器支持，就需要考虑统一转封装为MP4，视频轨保持H.264，音频轨保持AAC，这是目前兼容性较稳的组合。判断是否需要转码，可以按这份清单过一遍：目标用户主要使用哪些浏览器；现有FLV文件的数量和总时长；是否允许保留原文件并提供MP4副本；转码后的清晰度和文件体积是否可接受；播放器是否具备多格式回退能力。清单过完，再决定是批量转封装还是按需转换。
排查顺序建议从容器识别开始，再到视频编码、音频编码，最后落到转码方案，逐层排除而不是一上来就重新转码。需要说明的是，浏览器对格式的支持会随版本变化，具体情况应以实际浏览器测试结果为准，涉及播放器选型和转码参数时，也建议结合官方文档和专业技术意见确认。把这几层核对清楚，FLV播放问题大多能找到一个明确的处理方向。
