object标签仅在PDF嵌入、SVG或需强fallback控制的遗留场景中仍有价值；PDF嵌入要求data与type严格匹配且服务端响应头正确，typemustmatch可强制校验；Flash等插件已全面不支持；fallback内容须为合法HTML且位于object标签内；仅当无原生语义标签、需无JS fallback、依赖type校验及多层降级时才应使用object。
现在绝大多数情况下，object 标签不该用于嵌入音视频或通用插件——它只在 PDF、SVG 或需强 fallback 控制的遗留场景中仍有实际价值。
PDF 嵌入：data 和 type 必须严格配对
这是 object 当前最稳定、最值得用的场景。但失败率高，往往不是标签写错，而是服务端或路径配置不匹配：
-
data必须指向可访问的 PDF 文件（如"./docs/report.pdf"），且服务器响应头必须为Content-Type: application/pdf；否则 Chrome/Firefox 会直接下载或显示空白 -
type必须是"application/pdf"，写成"pdf"、"text/pdf"或留空，都会触发 fallback - 本地开发时用
file://协议，Firefox 可能忽略type、只按文件后缀判断；建议用http://localhost启服务预览 - 加
typemustmatch属性可强制校验响应头与type一致，避免“返回 HTML 却当 PDF 渲染”的错位
示例：
<object data="report.pdf" type="application/pdf" typemustmatch style="width:100%; height:600px;"> <p>PDF 加载失败，请点击下载。</p> </object>
Flash / ActiveX 等插件：现代浏览器已彻底不支持
Chrome v45+、Firefox v52+、Edge v14+ 已移除 NPAPI 插件接口；Safari 更早。这意味着：
立即学习“前端免费学习笔记（深入）”；
-
type="application/x-shockwave-flash"或type="application/x-java-applet"会静默失败，控制台通常只报Failed to load resource -
<param>标签再完整也没用——底层插件宿主已不存在 - IE11 + 内网 ActiveX 是极少数仍可能工作的环境，但需启用兼容性视图，且
classid不可省略 - 不要依赖
onerror事件捕获失败：插件不可用时该事件基本不触发
替代方案：用 <video> 或 <audio> + JS 控制播放逻辑，而不是靠 <param> 传参。
fallback 内容为什么经常不显示
object 的核心优势是原生 fallback，但很多写法让它失效：
- fallback 必须是
<object>开始与结束标签之间的合法 HTML 内容（如<p>、<a>），不能是空格、注释，也不能是<embed>—— 后者不是标准 fallback 内容，现代浏览器会忽略 -
<param>不参与渲染，只向插件传参；把它当 fallback 写进去毫无意义 - 如果
data404 或 MIME 不匹配，object会立刻切换到 fallback；但若资源加载成功却渲染为空白（如 PDF 权限受限），fallback 不会自动触发 - iframe 遇到 404 仍会尝试渲染空白 iframe，而
object在多数失败条件下会直接跳转 fallback —— 这是它唯一还比 iframe 强的地方
什么时候真该用 object 而不是 iframe、video 或 embed
只有同时满足以下全部条件时，object 才不可替代：
- 要嵌入的资源类型没有原生语义标签（比如自定义 MIME 类型的 SVG 图表、旧系统导出的交互式文档）
- 必须在加载失败时**无 JS 干预**就显示后备内容（如纯 HTML 提示、下载链接、降级图片）
- 需要浏览器根据
type和响应头做类型校验（typemustmatch），而非无脑加载 - 目标环境明确要求多层降级链路（例如：PDF → 下载链接 → 文字说明）
其他所有情况——音视频用 <video>/<audio>，外部网页用 <iframe>，简单媒体用 <img>。别为了“看起来更通用”而选 object，它现在是个窄口径工具，不是万能容器。
