embed src="xxx.swf" 在2026年完全失效，因Chrome、Firefox、Edge、Safari已全面移除NPAPI机制，iOS/Android从未支持，Flash终止于2020年底，所有.swf嵌入均静默失败。
embed src="xxx.swf" 在 2026 年完全失效
它不会加载、不报错、不 fallback，控制台可能只显示 net::ERR_BLOCKED_BY_CLIENT，但根本原因不是路径或网络问题，而是浏览器已彻底移除 NPAPI 插件机制。Chrome、Firefox、Edge、Safari 全部如此，iOS/Android 从来就没支持过。
即使你写全了 flashvars、wmode、allowscriptaccess，这些属性在 HTML5 中无定义，浏览器直接忽略。Adobe 已于 2020 年底终止 Flash 支持，现在任何 src 指向 .swf 的 embed 都只是占位符。
- 不要尝试用
embed加载 SWF —— 它不是“配置不对”，是底层能力已删除 - SWFObject 等 JS 库也失效，因为它们最终仍依赖
object/embed调用插件 - 若必须保留旧交互逻辑，需重构成 Canvas/WebGL 或 WebAssembly 方案
embed src="xxx.svg" 渲染静态但无脚本执行能力
embed 加载 SVG 文件时，部分浏览器（如 Chrome 126+）可能渲染出图像，但它本质是“快照式嵌入”：DOM 不可访问、内联 <script> 不执行、事件监听器无效、CSS 变量无法继承。
这和直接把 SVG 代码粘贴进 HTML 完全不同——后者拥有完整 DOM 上下文和 JS 执行权；而 embed 中的 SVG 是隔离沙箱，就像一张 PNG 图片被误标为 SVG。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 如果你需要 SVG 内部 JS 响应点击、动画或数据绑定，
embed不满足要求 -
type="image/svg+xml"仅用于 MIME 声明，对行为无实质影响 - 宽高设为
width="100%" height="auto"会导致塌陷，必须用具体像素值（如width="600" height="400"）
真正该用什么替代 embed 加载 SVG
按使用目标选标签，没有“通用替换”：
- 要完整交互 + 脚本控制 → 直接内联 SVG 代码（
<svg>...</svg>），这是最可靠方式 - 要外部文件 + 保持脚本能力 → 用
<object data="chart.svg" type="image/svg+xml"></object>，但注意：IE 已淘汰，现代浏览器中 script 仍受限，需测试实际行为 - 要 iframe 隔离 + 独立上下文 →
<iframe src="chart.svg"></iframe>，支持 JS，但受 CSP、跨域、base URL 影响大 - 要兼容性兜底 + fallback 文字 → 必须用
<object>，并在开始标签后立即写备用内容，embed不支持 fallback
PDF 是唯一还残存的 embed 场景，但条件苛刻
目前只有 PDF 在极少数情况下还能靠 embed 显示，且必须同时满足三件事：
-
src是 HTTP/HTTPS 协议路径（file://双击打开必失败） -
type严格等于application/pdf（写成application/x-pdf或漏掉就下载或空白） -
width和height都是具体数值（height="auto"在所有主流浏览器中均无效）
即便满足全部，PDF 渲染质量、缩放、打印支持也不稳定，推荐优先用 <iframe src="doc.pdf"></iframe> 或后端转 HTML 渲染。
别再查“embed 怎么让 SVG 动起来”——问题不在你怎么写，而在浏览器根本不给这个机会。
