现代浏览器已彻底移除Flash支持，video标签无法回退到Flash；所谓“切换失败”实为开发者误用废弃的Flash fallback代码，应删除所有Flash相关逻辑，专注HTML5双源（MP4/WebM）及正确Content-Type配置。
HTML5视频播放器自动回退到Flash是过时行为
现代浏览器（Chrome 88+、Firefox 84+、Edge 90+、Safari 14+）已彻底移除对Flash的支持，video标签根本不会“切换”到Flash——它压根无法加载swf文件，也不会触发任何Flash回退逻辑。所谓“切换失败”，本质是开发者仍在使用老旧的兼容方案（比如早期video.js 5.x 或自写的if (canPlayType) {...} else {loadSWF()}），而这些代码在当前环境下会直接报错或静默失效。
检查是否误用了已废弃的Flash fallback代码
常见错误模式包括：硬编码object/embed标签、调用swfobject.embedSWF()、监听error事件后手动插入Flash容器。这些在HTML5原生video中不仅无效，还会污染DOM、触发CSP警告甚至被浏览器拦截。
- 删掉所有含
type="application/x-shockwave-flash"的object或embed标签 - 移除对
swfobject、flowplayer（旧版）、mediaelement.js（v2.x）等依赖Flash的库引用 - 避免在
video的onerror里执行document.write()或innerHTML += ''
真正需要关注的是HTML5格式兼容性而非Flash切换
用户感知的“播放失败”，99%源于源格式不被支持，而非“没切到Flash”。不同浏览器对MP4(H.264)、WebM(VP9)、AV1的支持程度差异很大，且canPlayType()返回值容易误判。
- 用
video.canPlayType('video/mp4; codecs="avc1.42E01E"')比canPlayType('video/mp4')更准确 - 优先提供
MP4（H.264 + AAC）作为主源，WebM作为备选： - 服务端需正确返回
Content-Type：MP4对应video/mp4，WebM对应video/webm，否则iOS Safari可能拒绝加载
如果必须支持极老设备（如IE11），改用纯JS解码方案
IE11不支持WebM，但支持MP4；它早已不支持Flash插件（Adobe 2020年终止支持）。此时正确的降级路径不是Flash，而是：用MediaSource Extensions (MSE) + mp4box.js或hls.js（对HLS）做JS层解析。
立即学习“前端免费学习笔记（深入）”；
- 对HLS流：引入
hls.js，检测Hls.isSupported()，支持则用Hls加载，否则fallback到video.src直链MP4 - 对MP4分片：用
mp4box解析moov并配合MediaSource喂数据，绕过IE11对blob:URL的限制 - 完全放弃Flash相关判断逻辑，IE11的
canPlayType('video/mp4')返回"probably"即表示可用
真正卡住新手的，从来不是“怎么切Flash”，而是把过期的兼容性文档当真，又没验证当前浏览器实际支持哪些编码和容器。删掉Flash残留代码，专注MP4/WebM双源+正确HTTP头，问题就解决了一大半。
