embed标签在2026年已不能可靠加载任何插件类资源，因NPAPI机制被全浏览器移除，导致SWF/PDF/AVI等静默空白、无报错、无fallback；仅src、width、height、type（限PDF）仍部分生效，其余属性均失效，必须按资源类型选用video、audio、iframe、object等现代替代方案。
embed 标签在 2026 年已不能可靠加载任何插件类多媒体资源，写上去大概率静默空白、不报错、不 fallback —— 它依赖的 NPAPI 插件机制已被 Chrome、Firefox、Edge、Safari 全面移除。
为什么 embed 加载 SWF / PDF / AVI 基本都失败
浏览器根本不会尝试加载插件，而是直接跳过整个逻辑链：
-
embed src="demo.swf" type="application/x-shockwave-flash"：Flash MIME 类型被忽略，控制台可能只显示net::ERR_BLOCKED_BY_CLIENT或静默无请求 -
embed src="doc.pdf"：仅当同时满足三个硬条件才偶有渲染（src是 HTTP(S) 可访问路径、type="application/pdf"显式声明、width/height为具体像素值），缺一即下载或空白 - 移动端（iOS/Android）从不支持
embed调用任何插件，包括 PDF，双击本地file://打开也必然失败 -
flashvars、autostart、wmode等属性在 HTML5 中无定义，浏览器直接忽略，不触发任何行为
哪些 embed 属性现在还有实际作用
只有极少数基础属性仍被解析，但仅用于布局或基础加载控制，和“插件功能”无关：
-
src：仍会发起网络请求（但响应内容是否渲染取决于 MIME 和浏览器策略） -
width/height：影响元素尺寸和 CSS 盒模型，height="auto"在所有主流浏览器中均无效 -
type：仅对 PDF 有残余意义（必须是application/pdf），其他类型如audio/mpeg或video/x-ms-wmv已无效果 -
hidden、loop、volume等全部失效，不产生任何播放控制行为
真正该用什么替代 embed 加载不同资源
没有万能标签，必须按资源类型严格匹配原生方案：
- 音视频 → 用
<video>或<audio>：controls、preload、muted、poster全部可用，支持canPlayType()检测 - PDF → 优先
<iframe src="xxx.pdf"></iframe>（注意跨域）；次选<object data="xxx.pdf" type="application/pdf">PDF not supported</object>（fallback 文本可见） - HTML 片段或第三方页面 → 必须用
<iframe>，并配置sandbox和referrerpolicy - SVG 动画 → 改用内联
<svg>或<img src="icon.svg">；复杂交互用 Canvas/WebGL 或 Ruffle（JS 模拟器）
embed 最容易被忽略的关键缺陷
它不支持任何 fallback 内容——哪怕你写 <embed>Your browser doesn't support this</embed>，那段文字也永远不会显示。这是它和 <object> 的本质区别，也是现代项目中彻底弃用它的最直接原因。
