embed的type属性实际是向浏览器声明插件期望处理的mime类型，现代浏览器因已移除npapi插件支持而基本忽略它；即使设置type="application/x-shockwave-flash"或type="video/mp4"，也不会触发flash加载或视频解码，资源仍仅按src发起请求且不校验content-type。
embed 的 type 属性不是用来“指定媒体类型”做内容解析的，它实际作用是向浏览器声明“这个插件期望处理哪种 MIME 类型”，但现代浏览器基本忽略它——除非你真在用 Flash 或旧版 NPAPI 插件。
为什么设置 type 常常没效果
主流浏览器（Chrome 88+、Firefox 85+、Edge 90+）已彻底移除对 NPAPI 插件的支持，embed 实际只作为后备 fallback 容器存在。即使写了 type="application/x-shockwave-flash"，浏览器也不会加载 Flash；写了 type="video/mp4"，也不会因此触发视频解码——那是 video 标签该干的事。
-
type不影响资源加载行为，浏览器仍按src路径发起请求，不校验响应头Content-Type - 若插件已失效（如 Flash），
type值再准确也无济于事 - 部分浏览器会用
type做简单匹配来决定是否显示 fallback 内容，但逻辑不统一、不可靠
什么情况下 type 还可能起作用
仅限极少数遗留环境：企业内网中仍运行旧版 Firefox ESR（type 是插件加载的关键标识。
- 必须与插件注册的 MIME 类型完全一致，比如
type="application/x-java-applet" - 需配合
pluginspage属性引导用户安装插件（现代浏览器会屏蔽该属性） -
src返回的响应头Content-Type应与type匹配，否则某些旧内核可能拒绝加载
替代方案：别用 embed 做媒体嵌入
想嵌入音视频、PDF、SVG 等资源，请直接用语义化标签，它们才真正响应 type 或自动识别格式：
- 视频/音频：用
video或audio，支持source多格式回退，type在source里才有意义（如<source src="a.mp4" type="video/mp4"></source>） - PDF：用
iframe指向 PDF URL（<iframe src="doc.pdf"></iframe>），或调用 PDF.js 库 - SVG：内联写入 HTML，或用
img标签引用（<img src="icon.svg" alt="">） - WebAssembly/JS 模块：用
script或import，不是插件场景
现在写 embed 基本只剩两个现实用途：留作历史兼容占位，或在 Electron 等桌面环境中对接自定义本地插件——后者需要手动启用 Node 集成并绕过安全策略，type 的值由你自己的插件桥接层解释，和标准浏览器无关。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
