<object>标签仅适用于PDF、SVG等特定资源，需data路径、type值与服务端Content-Type严格匹配，fallback内容须为合法HTML子节点，不支持跨域属性及HTML文档嵌入。
<object> 标签不是通用资源嵌入工具，它只适合特定类型、有明确 MIME type 和浏览器支持能力的外部内容——比如 PDF、SVG（内联时）、Flash（已淘汰）或自定义插件。直接拿它当 <img> 或 <iframe> 用，大概率失败。
data 属性必须是可解析的绝对或相对路径，且服务端要返回正确 Content-Type
data 是 <object> 的核心属性，但它不接受任意 URL：
- 相对路径如
data="docs/manual.pdf"要求构建工具不重写该路径，HTTP Server 必须能按此路径返回文件，且响应头中Content-Type: application/pdf必须准确；否则 Chrome 可能直接下载而不是内嵌 - 绝对 URL 如
data="https://cdn.example.com/chart.svg"需服务端设置Access-Control-Allow-Origin，否则 SVG 内部脚本或 DOM 访问会因跨域被拦截（即使渲染出来了） -
data指向 HTML 文件（如data="widget.html"）在多数浏览器中会被忽略或降级为黑框——<object>不支持 HTML 文档嵌入，这是<iframe>的职责
type 属性不能省略，且必须和服务端返回的 Content-Type 严格一致
type 不是“提示”，而是浏览器决定是否启用对应处理器的关键依据：
- PDF 必须写
type="application/pdf"，写成type="pdf"或留空，Chrome 就当普通二进制流处理，不调 PDF 查看器 - SVG 内联时建议写
type="image/svg+xml"，否则部分旧版 Safari 可能拒绝渲染 - 如果服务端返回的是
Content-Type: application/octet-stream（常见于未配置 MIME 的 CDN），哪怕type写对了，浏览器也可能 fallback 到下载行为
fallback 内容必须写在开始与结束标签之间，且不能依赖 JS 动态填充
<object> 的容错机制靠标签体内容实现，但这个机制很脆弱：
立即学习“前端免费学习笔记（深入）”；
- 写法必须是
<object data="x.pdf" type="application/pdf"><p>PDF 加载失败，请<a href="x.pdf">手动下载</a></p></object>—— 文字和链接得真正在标签内部 - 如果用 JS 清空或替换
<object>的子节点，fallback 逻辑就彻底失效 - 某些浏览器（如 Firefox）在
type错误时仍会尝试加载data，但不显示 fallback；只有加载失败（404/500）或 MIME 不匹配时才触发
跨域 PDF/SVG 嵌入时，crossorigin 属性无效且被忽略
<object> 标签**完全不支持** crossorigin 属性：
- 加了
crossorigin="anonymous"浏览器直接无视，既不发 CORS 请求，也不报错 - 想让跨域 PDF 支持 JS 访问其内部文档结构（比如提取文本），目前无标准方案；SVG 同理，只能靠服务端配好 CORS 头 + 客户端用
<iframe>替代 - 常见误操作：把
<img crossorigin>的经验套到<object>上，结果控制台静默失败，Network 面板里连请求都看不到
真正难的不是写对标签，而是确认目标资源的服务端是否按规范返回了 Content-Type 和（必要时）CORS 响应头——<object> 几乎不做容错，它只忠实地执行 MIME 协议约定。
