flash被移除是浏览器集体淘汰私有插件，非html5不支持；其替代方案包括video/audio标签、canvas+js、webassembly等。
Flash 被移除不是 HTML5 的“不支持”，而是浏览器主动弃用
HTML5 本身从没“支持”过 Flash——它压根不是 HTML5 规范的一部分。Flash 是 Adobe 的私有插件技术，靠 <object></object> 或 <embed></embed> 标签调用，和 HTML5 标准无关。2017 年起，Chrome、Firefox、Edge 等主流浏览器陆续禁用 NPAPI 插件接口，Flash 失去运行基础；2020 年底 Adobe 官方终止支持，所有浏览器彻底移除 Flash 运行时。
常见错误现象：Failed to load plugin: flash、NPAPI plugins are no longer supported、页面空白或报 TypeError: Cannot read property 'SetVariable' of null（旧 Flash JS 桥接代码崩溃）。
关键点：
- 不是 HTML5 “拒绝兼容”，而是整个 Web 平台集体淘汰一个封闭、高危、无法响应式渲染的插件模型
- 所有现代浏览器现在默认不加载任何 NPAPI 插件，哪怕你本地还装着 Flash Player
- 试图通过修改
chrome://flags启用 Flash 已在 Chrome 88+ 彻底失效，无回滚路径
video/audio 替代 swf 视频/音频播放的实操要点
绝大多数 Flash 播放器（如旧版优酷、教育课件）本质只是封装了视频解码逻辑，直接换用 <video></video> 即可。但要注意编码格式和 MIME 类型匹配。
立即学习“前端免费学习笔记（深入）”；
使用场景：替换 Flash 视频播放器、嵌入教学动画、展示产品演示片段。
实操建议：
- 源文件优先转为 MP4（H.264 + AAC），确保服务端返回正确 MIME：
video/mp4；避免用.mov或.avi直传，浏览器可能拒播 - 如果原 Flash 使用 RTMP 流（如早期直播），必须后端改用 HLS（
.m3u8）或 MSE + DASH（video/mp2t或video/mp4分片），浏览器不支持 RTMP -
<video controls></video>默认样式简陋，但别急着用 JS 全手动重写控件——先试controlsList="nodownload noremoteplayback"控制权限，再按需增强 - 旧 Flash 常带自定义字幕（XML 格式），需转为 WebVTT（
.vtt），并用<track kind="subtitles"></track>关联，否则video.textTracks读不到
Canvas + JavaScript 替代 Flash 动画与交互应用
Flash 的矢量动画、时间轴控制、按钮响应等能力，在现代前端中由 <canvas></canvas> + requestAnimationFrame + 面向对象 JS 实现。不是“重写一遍”，而是重构交互模型。
性能影响明显：Flash 在独立沙箱渲染，而 Canvas 帧率强依赖主线程 JS 执行效率；复杂动画建议用 OffscreenCanvas（仅 Chrome/Firefox 支持）或 Web Worker 预计算路径。
容易踩的坑：
- 误把 Flash 的帧号（frame 1–100）直接映射为
setTimeout计时——应统一用requestAnimationFrame驱动，否则在高刷屏或后台标签页会失步 - Flash 的
hitTestObject是像素级碰撞，Canvas 需自己实现包围盒（getBoundingClientRect）或 SVG 路径isPointInPath，别硬套 DOMcontains - 旧 Flash 用
loadMovie动态载入 SWF，对应现代方案是fetch+URL.createObjectURL+drawImage，但注意跨域限制比 Flash 严格得多 - Flash 支持
blendMode（如叠加、滤色），Canvas 2D 上需用globalCompositeOperation模拟，但部分模式（如hue）无等价项，得用 WebGL
WebAssembly 是唯一能接近 Flash AS3 性能的“重型替代”
当原有 Flash 应用是编译型（如用 Haxe、AS3+C++ 后端）、含大量数学运算或游戏逻辑，纯 JS 重写性能吃紧时，WebAssembly 是更现实的选择，而非强行塞进 Canvas。
使用场景：教育仿真软件、CAD 查看器、老版网页游戏（如《王国守卫战》Flash 版重制）、音视频编解码器移植。
为什么这样做：
- Wasm 模块可复用 C/C++/Rust 原有代码，避免算法重写错误；Flash 的 AVM2 字节码早已无工具链维护
- 加载后执行速度接近本地，尤其适合循环密集型任务（物理引擎、FFT 变换），JS 引擎优化再好也难抵编译优势
- 但 Wasm 本身不操作 DOM，仍需 JS 胶水层绑定 UI 事件——不能幻想“一键编译 SWF 到 Wasm”
- 调试困难：Source Map 支持弱，Chrome DevTools 对
.wasm文件仅显示汇编，关键逻辑最好保留 JS fallback
真正卡住迁移的，往往不是技术选型，而是原始 SWF 文件是否还保有源码、资源是否分离、是否有服务端 Flash Remoting（AMF）接口依赖——这些比“用不用 WebAssembly”更早决定项目能否落地。
