object标签现仅适用于PDF嵌入、SVG内联控制及强fallback遗留系统；PDF需data与type严格匹配且服务端响应头正确，否则易下载或白屏；音视频应使用audio/video标签，PDF优先用iframe。
object 标签现在只在少数场景下真正有用：PDF 嵌入、SVG 内联控制、或需要强 fallback 的遗留系统。别拿它去嵌音视频、Flash 或 Word——那些要么失效，要么有更优解。
PDF 嵌入必须配对 data 和 type
失败绝大多数不是标签写错，而是服务端没配对或路径出问题：
-
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>
object 嵌 HTML 页面要设 type="text/html"
这不是主流做法，但确实可行，适合需 fallback 文字提示、且不希望 iframe 完全隔离上下文的场景：
立即学习“前端免费学习笔记（深入）”；
-
data指向目标 HTML 文件（如"widget.html"） -
type必须显式声明为"text/html"，否则 Safari 可能拒绝加载 - 内部
<p>是合法 fallback，但不能用<div>替代（HTML 规范限制内容模型） - 子页面 JS 无法直接访问父页面全局变量，但可通过
window.parent主动通信；contentDocument在跨域时不可读
别再用 object 嵌 Flash、Java Applet 或 ActiveX
这些插件接口已在所有现代浏览器中移除：
- Chrome v45+、Firefox v52+、Edge v14+、Safari 更早 —— 全面禁用 NPAPI/ActiveX
-
type="application/x-shockwave-flash"会静默失败，控制台通常只报Failed to load resource -
<param>标签完全无效，底层宿主已不存在 -
onerror事件基本不触发，无法可靠捕获失败 - IE11 内网环境是极个别例外，但需启用兼容性视图 + 正确
classid，且不再推荐
对比 iframe 和 embed：什么情况该换标签？
object 的语义和 fallback 能力是优势，但稳定性差；实操中多数人该换：
- 嵌 PDF？优先试
<iframe src="report.pdf">—— 渲染一致、支持loading="lazy"、无需type校验 - 需要 JS 获取 PDF 页数或触发打印？才考虑
object+ PDF.js 等库，但那是另一层实现 - 嵌音频/视频？直接用
<audio>/<video>，语义清晰、API 完整、移动端友好 - 嵌 SVG？
<img src="icon.svg">或内联<svg>更轻量；object仅在需独立脚本上下文时才用
真正麻烦的从来不是怎么写标签，而是验证：同一段代码，在 Mac Safari 显示正常，在 Windows Edge 白屏，在 iOS 微信里直接跳转下载 —— 这些差异往往来自服务端响应头、URL 编码、或容器 CSS（比如 Flex/Grid 下 width="100%" 失效）。
