object标签仅pdf嵌入稳定可用，需data路径正确、type="application/pdf"且服务端content-type匹配；svg嵌入支持但无交互；fallback仅在请求失败、cors或mime不匹配时触发。
object 标签现在几乎不能“加载外部插件资源”——Flash、Java、VLC 等已全盘失效；唯一稳定可用的场景是 PDF 嵌入，且必须同时满足 data 路径正确、type="application/pdf"、服务端返回 Content-Type: application/pdf 三者一致。
PDF 嵌入：为什么写了还是白屏？
白屏不是 bug，是浏览器主动拒绝渲染。现代浏览器（Chrome 88+、Firefox 85+、Edge 90+、Safari 14+）已彻底移除 NPAPI/ActiveX 插件接口，PDF 是目前唯一被原生支持的 object 场景，但容错极低：
-
data指向 404 路径 → 静默白屏，不触发 fallback - 服务器返回 PDF 文件，但响应头是
Content-Type: text/plain或application/octet-stream→ 直接下载或 fallback -
type写成"pdf"、"text/pdf"或留空 → 浏览器跳过内嵌逻辑，只显示 fallback - 本地用
file://协议打开 → Firefox 忽略type，只认文件后缀；Chrome/Safari 拒绝加载，必须用npx http-server启 HTTP 服务预览 - 加了
typemustmatch属性却没配对 → 强制校验失败即 fallback，适合防服务端返回 HTML 却被当 PDF 解析
SVG 嵌入：能用但别指望交互
object 加载 SVG 不是“图片展示”，而是创建一个隔离的文档上下文，这点常被误判：
-
width/height会覆盖 SVG 内部viewBox缩放逻辑；设为100%或不设更利于响应式，但父容器需有明确宽度 - SVG 内部的 JS（如
<g onclick="..."></g>）无法被主页面直接调用；contentDocument仅同源可用，且 PDF 场景下该属性为null -
<use href="icon.svg#x"></use>引用跨域资源 → 失败，fallback 到<img src="icon.png">更实际 - 不要写
type="image/svg+xml"却让data指向 PNG —— 这是人为制造 MIME 不匹配，必然 fallback
fallback 不是“备用文案”，是降级链的最后一环
object 内部内容只在明确失败时才渲染，不是“没显示就上”，也不是万能兜底层：
- 仅当 HTTP 请求失败（404/500/断网）、CORS 阻止、或
type与响应头Content-Type不匹配（且启用了typemustmatch）时触发 - fallback 必须是合法 HTML 元素：
<p>PDF 加载失败</p>可行，纯文本、HTML 注释、<script></script>都无效 - 可嵌套另一个
object形成多级降级（如 SVG → PNG → 文字表格），但每层都依赖自身data和type正确 -
param标签在现代浏览器中完全无效 —— 它依附的插件宿主环境已不存在；PDF/SVG 场景传参应走 URL 查询字符串（如data="chart.svg?theme=dark"）
真正容易被忽略的点是：PDF 嵌入在 Safari 16+ 上必须显式设置 width 和 height 才能触发内置查看器；而 Chrome 不需要。同一份代码，在不同浏览器里表现不一致，不是配置错了，是浏览器实现差异本身就成了兼容性约束。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
