chrome/firefox 中需禁用 flash 并验证 video 元素是否走原生 html5 路径：禁用插件、检查 canplaytype/mediasource、确认 src 或 srcobject 类型、监测解码帧数及网络响应头。
Chrome 里强制启用 HTML5 播放器（绕过 Flash）
YouTube、Bilibili 等站默认已弃用 Flash，但某些老页面或企业内网仍可能 fallback 到旧内核，导致视频卡顿、无字幕、无法调试。关键不是“切换”，而是让浏览器彻底拒绝 Flash 并锁定 HTMLMediaElement 路径。
- 在地址栏输入
chrome://flags/#disable-flash，将Pepper Flash设为 Disabled - 访问
chrome://settings/content/flash，关闭“允许网站运行 Flash”开关 - 重启浏览器后，打开开发者工具（
F12），在控制台执行document.createElement('video').canPlayType，返回函数说明已走原生路径 - 若仍触发 Flash，大概率是页面硬编码了
<embed></embed>或swfobject.js，需用插件如Disable HTML Object屏蔽特定标签
Firefox 中禁用 Flash 并确认 video 标签使用 MSE
Firefox 自 84 版起默认移除 Flash，但部分站点会检测 navigator.plugins 后降级——这和播放器“内核”无关，本质是前端 JS 的兼容性判断逻辑。
- 访问
about:config，搜索plugin.state.flash，设为0 - 检查页面是否调用
MediaSource.isTypeSupported：在控制台输入MediaSource?.isTypeSupported('video/mp4; codecs="avc1.42E01E"')，有返回值才说明走 MSE（HTML5 高级流模式） - 如果
video.src是 blob URL（如blob:https://xxx/xxx），基本可确认是 MSE；若是直接 mp4 地址，只是基础 HTML5 播放，不等于“高级内核” - 注意：Firefox 对
av1编码支持较晚，若页面指定codecs="av01.0.04M.08"且返回空字符串，会静默 fallback 到 h264，而非报错
通过 JavaScript 主动干预 video 元素的加载行为
所谓“切换内核”在前端层面并不存在 API——浏览器只提供 HTMLVideoElement，底层解码由系统和 GPU 决定。能干预的只有加载策略和媒体源类型。
- 避免直接赋值
video.src = 'xxx.mp4'，改用video.srcObject = mediaStream（WebRTC）或URL.createObjectURL(blob)（本地文件） - 需要自定义缓冲/清晰度切换时，必须用
MediaSource+SourceBuffer，而非依赖src属性 - 调用
video.load()前，先检查video.readyState：0 表示未初始化，3 表示已有足够数据，盲目 load 可能触发重复请求 - 移动端 Safari 对
playsinline和webkit-playsinline属性敏感，漏写会导致全屏强制跳转，这不是内核问题，是行为策略
识别页面实际使用的播放技术栈
很多用户以为“右键菜单里有‘HTML5 播放器’选项”就代表启用了，其实那只是 UI 文案，真实链路要靠网络和元素双重验证。
立即学习“前端免费学习笔记（深入）”；
- 打开开发者工具 → Network 标签页，筛选
media或mp4，看请求响应头是否有Content-Type: video/mp4，且没有X-Content-Type-Options: nosniff干扰解析 - 选中
video元素，在 Elements 面板查看属性：src是普通 URL？srcObject是MediaStream？还是src为空但有poster+ 动态 appendsource标签？ - 执行
getComputedStyle(video).display，若返回none或hidden，很可能真实播放器是隐藏的video+ 上层 canvas 渲染，此时你看到的“画面”根本没走原生解码管线 - 最直接的证据：在控制台输入
video.webkitDecodedFrameCount（Chrome）或video.mozDecodedFrames（Firefox），数值持续增长说明真正在解码；若一直是0，大概率被劫持或静音静帧
