object嵌入pdf必须同时指定data和type="application/pdf"，否则chrome/firefox会跳过渲染直接fallback；服务端响应头content-type不匹配、跨域、file://协议限制等均导致加载失败而非渲染慢触发fallback。
PDF嵌入必须配对data和type="application/pdf"
只写data不写type，或type写成"pdf"、"text/pdf"，Chrome/Firefox 都会跳过渲染直接 fallback。服务端返回 PDF 但响应头是Content-Type: text/plain？哪怕type写对了，也会触发 fallback（除非去掉typemustmatch）。
常见错误现象：object区域空白，控制台无报错，点击却下载 PDF；或只显示 fallback 文字。
-
data必须是同源相对路径或绝对 URL，跨域会因 CORS 被拦截，报Blocked loading resource from cross-origin URL - 本地开发用
file://协议时，Firefox 可能忽略type、只按文件后缀判断；Safari 16+ 则要求显式设置width/height才启用内建查看器 - 加
typemustmatch属性可强制校验响应头与type一致，避免“返回 HTML 却当 PDF 渲染”的错位
嵌入 HTML 片段时type="text/html"不是万能钥匙
object加载外部 HTML 文件（如sidebar.html）在 Safari 和新版 Chrome 中支持不稳定，尤其在file://下常静默失败。它不像iframe那样有独立上下文和可靠隔离，也不像 JS fetch那样可控。
使用场景有限：仅当需要轻量 fallback 控制、且不依赖脚本执行时可尝试；若需交互、样式继承或 JS 运行，应改用iframe或fetch+innerHTML。
-
data指向的 HTML 文件必须同源，否则被 CORS 拦截；file://协议下多数浏览器直接拒绝 -
type必须为"text/html"，写错或留空会导致 fallback 或空白 - fallback 内容必须是合法 HTML 子节点，比如
<p></p>、<img>；纯文本、注释、<script></script>都不算
fallback内容不触发？先查这三件事
很多人以为“没显示就该 fallback”，其实浏览器只在明确加载失败时才渲染内部内容——404、CORS 拒绝、type与响应头不匹配、file://协议限制等才算“失败”。单纯渲染慢、资源大、JS 阻塞，都不会触发。
-
data路径 404 时 fallback 正常；但路径存在却返回 200 + HTML 页面（比如服务器兜底页），则不会 fallback —— 因为浏览器认为“加载成功了” - 写了
type却没写data，或反过来，会导致空白区域；两者至少有一个才可能启动加载流程 -
typemustmatch开启后，若服务端未返回Content-Type: application/pdf，即使 PDF 文件存在，也会 fallback；关闭它可绕过校验，但失去类型安全
别再给object传flashvars或autoplay属性
Flash、Java Applet、QuickTime 等插件已在 Chrome v45+、Firefox v52+、Edge v14+ 中彻底移除 NPAPI 支持。object标签对它们只是语法合法，运行时静默失败，控制台通常不报错，页面就是白的。
所有参数必须通过<param>传递，且name值大小写、拼写必须严格匹配插件文档（如 Flash 认flashvars，不认FlashVars）。但既然底层宿主已不存在，这些都无实际意义。
- 现代替代方案：PDF 用原生
object或PDF.js；音视频用<video></video>/<audio></audio>；旧系统交互文档优先考虑封装为 iframe 或 API 接口 -
onerror事件基本不触发插件失败，不要依赖它做降级逻辑 - IE11 + 内网 ActiveX 是极少数仍可能工作的环境，但需启用兼容性视图，且
classid不可省略——这种场景现在极少遇到
object 就大概率变成一个看不见也摸不着的透明盒子。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
