object嵌套embed在现代浏览器中已完全失效，因所有主流浏览器均移除npapi插件支持，既不触发加载也不报错，仅静默跳过；firefox读data、chrome读src导致行为不可控，微信x5内核甚至不渲染fallback。
object嵌套embed在现代浏览器中已失效
这种写法曾用于兼容 IE（认 object）和旧 Firefox/Chrome（降级到 embed），但现在所有主流浏览器（Chrome 88+、Firefox 85+、Edge 90+、Safari 14+）都已彻底移除 NPAPI 插件支持，object 和 embed 都不再触发任何插件加载逻辑——不是失败，而是直接跳过。你看到的空白是浏览器主动放弃的结果。
常见错误现象包括：object 包含 embed 且同时设了 data 和 src，Firefox 读 data，Chrome 读 src，行为完全不可控；微信 X5 内核甚至会把整个嵌套结构解析为无效节点，连 fallback 都不渲染。
- 不要用
<object><embed></embed></object>结构，它既不提升兼容性，反而增加不可预测性 - 若目标环境仍需支持 IE8–，保留
param和classid；否则一律删除，它们在现代环境中无作用且存在安全风险 -
embed是自闭合标签，无法承载 fallback，嵌套其中的内容对浏览器无意义
IE/Edge Legacy 下 object 必须带 data+type 才能生效
IE 和旧版 Edge（EdgeHTML）完全忽略 embed 标签，哪怕写了 type="application/pdf" 或 src，DOM 中就是空白节点。这不是 bug，是规范行为：IE 从不实现 Netscape 插件模型。
实操上，若必须支持 Windows 7/10 企业环境（仍大量使用 IE 兼容模式），embed 必须作为 object 的子元素，且 object 必须同时设置 data 和 type，否则 IE 连 fallback 都不渲染。
-
object缺失data属性 → IE 报“未注册对象”，内部 HTML 不执行 -
object有data但没type→ IE 认为 MIME 类型未知，静默跳过 -
classid仅 IE 识别，但禁用它是安全底线；现代项目应避免使用
fallback 内容不是“可选”，而是安全底线
object 的真正价值不在加载 PDF 或 Flash，而在其内部 HTML 是否能被浏览器可靠执行。如果里面只放空格、注释或纯文本，那和 embed 没区别——失败时照样白屏。
fallback 必须是有效 HTML 片段，例如 <p>无法预览，请下载PDF</p>；不能只写文字，也不能只写 <div></div>。某些旧版 IE 在 object 加载失败后，会跳过整个 fallback 区域的 JS 执行，所以别在里面嵌 iframe 或脚本。
- fallback 中的链接确保
href是绝对路径或带协议的 URL，相对路径在 IE 兼容模式下可能解析错误 - 移动端 WebView（如微信、QQ 浏览器）对
embed处理随意，objectfallback 却可能被完整渲染——这是它目前唯一还剩的实际价值 - 即使 fallback 渲染成功，也请检查是否被屏幕阅读器跳过：无
title的iframe在 VoiceOver/NVDA 中直接被忽略，object同理
PDF/音视频/第三方页面该用什么替代
不是“选一个标签”，而是按内容类型严格对应语义化现代标签：
- Pdf 文件：用
<iframe src="doc.pdf"></iframe>，Safari 和 Chrome 内置 PDF 渲染器支持 iframe 内联，且可响应sandbox和loading="lazy" - 音视频：必须用
<video></video>或<audio></audio>，配合多个<source></source>声明格式（如video/mp4、video/webm） - 第三方页面（地图、表单）：只用
<iframe></iframe>，配合sandbox和referrerpolicy控制安全边界
现在还试图用 object + embed 实现“优雅降级”，本质是在维护一个已失去浏览器支持、无法调试、且破坏可访问性的黑盒结构。真正可靠的 fallback，是服务端直出的 iframe + onerror 替换 DOM，或原生媒体标签自带的 poster 与 track。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
