embed 标签的 type 属性在 2026 年已无实际作用，因主流浏览器自 2021 年起移除 NPAPI 插件架构，type 值被静默忽略，资源解析仅依赖原生格式与语义化标签（如 video、audio、iframe、object）。
embed 标签的 type 属性在 2026 年已无实际作用——它不会触发任何插件加载，浏览器直接忽略。
为什么 type 属性现在基本无效
主流浏览器（Chrome、Firefox、Edge、Safari）自 2021 年起全面移除 NPAPI 插件架构，type 值如 "application/x-shockwave-flash"、"audio/mpeg"、"video/x-ms-wmv" 等全部被静默丢弃。即使写对了，控制台可能只报 net::ERR_BLOCKED_BY_CLIENT 或完全无声无息，且不提供 fallback 提示。
-
type不再参与资源解析或播放器选择逻辑 - 现代浏览器只认原生格式（MP4、WebM、MP3、OGG），靠
<video>/<audio>自身能力解码 - 移动端（iOS/Android）所有版本均不响应
embed的type声明
哪些 type 值还可能“偶然”渲染（但绝不推荐）
极个别桌面环境（如未更新的 Firefox ESR 或定制 Chromium 内核）对以下值有残余识别，但行为不可控、无标准、不跨浏览器：
-
"application/pdf"：仅当配合有效src（服务器可访问路径）、显式width和height（不能是"auto"）时，Safari 可能嵌入 PDF；Chrome 更倾向强制下载 -
"image/svg+xml"：部分浏览器会渲染静态 SVG，但无脚本执行、无事件绑定、无 CSS 继承 -
"text/html"：仅在 file:// 协议或 Electron 等非标准环境下偶现，CSP、base URL、跨域全失效
真正该用什么代替 type 属性
不用猜 type，直接按内容类型选语义化标签：
立即学习“前端免费学习笔记（深入）”；
- 视频 → 用
<video>，通过<source>的type属性声明 MIME 类型（如type="video/mp4"），这才是现代标准支持的type - 音频 → 同理用
<audio>+<source type="audio/mpeg"> - PDF → 用
<iframe src="doc.pdf">（注意跨域）或<object data="doc.pdf" type="application/pdf">（fallback 文本可见） - SVG → 内联
<svg>或<img src="icon.svg">，避免任何插件依赖
最容易被忽略的一点：embed 标签本身不支持任何 fallback 内容——你写的 <embed>Your browser doesn't support this</embed> 中的文字永远不会显示。
