HTML <object> 标签在老版本浏览器（尤其是 IE8–IE11）中不能靠“写对语法”就跑起来，它依赖的插件宿主机制早已被移除，真正能稳定工作的只剩 PDF 嵌入，且必须从服务端响应、路径协议、fallback 结构三方面同时把关。
PDF 嵌入必须满足四个硬性条件
现代浏览器只保留了 <object> 对 application/pdf 的支持，但哪怕写对标签，只要漏掉任一条件，就会静默失败或 fallback 不触发：
-
data必须是可访问的 URL：推荐https://或http://localhost；file://协议在 Chrome/Firefox 中默认被拒绝，IE 也受限 -
type必须严格为application/pdf—— 写成pdf、text/pdf、空值或大小写混用（如Application/PDF）都会导致 fallback 被跳过 - 服务端响应头必须含
Content-Type: application/pdf：Nginx/Apache 若未配置 MIME 类型，浏览器会按text/html解析返回内容，结果是显示乱码 HTML 而非 PDF - 加
typemustmatch属性强制校验：它能让浏览器在type与响应头不一致时主动放弃渲染并启用 fallback，否则可能“假装加载成功”却显示空白
IE8–IE11 的 fallback 内容必须是合法 HTML 片段
IE 系列对 <object> 的 fallback 渲染极其挑剔：它不会解析注释、空格、纯文本，甚至会跳过内部的 <script>。一旦 fallback 失效，整个区域就是白屏。
- fallback 必须是有效 HTML 元素，例如：
<p>PDF 加载失败，请下载查看</p>，不能是<div></div>或仅文字 - 避免在 fallback 中嵌套
<iframe>或内联脚本：IE 在 object 加载失败后，常会跳过 fallback 区域内的 JS 执行逻辑 - 如果 fallback 含链接，
href必须带协议（如https://example.com/doc.pdf），相对路径在 IE 兼容模式下解析不可靠
别再尝试用 <param> 控制 PDF 行为
Chromium 内核（Chrome/Edge）已将 <param> 视为遗留特性，静默忽略大部分 name，包括 page、view、zoom 等。想实现页面跳转或缩放，唯一可靠方式是拼到 data URL 中：
立即学习“前端免费学习笔记（深入）”；
- 正确写法：
data="report.pdf#page=5&zoom=150"—— 参数直接附在 URL 后，浏览器原生识别 -
<param name="page" value="5">在所有现代浏览器中均无效，且 IE11 也不再处理 -
name值必须全小写、无空格、无连字符：如wmode✅，WMode❌，w-mode❌
比 object 更稳的选择：优先用 <iframe>
如果你的目标只是“让用户看到 PDF”，而不是强依赖 <object> 的 fallback 语义，<iframe> 是更可控的替代方案：
-
<iframe src="doc.pdf" onload="console.log('loaded')" onerror="handleError()"></iframe>的onload/onerror在所有 IE8+ 和现代浏览器中行为一致 - iframe 不依赖服务端
Content-Type校验，即使返回 HTML，也会正常显示（你可提前拦截 404） - 移动端 WebView（微信/QQ 浏览器）对
<iframe>的 PDF 支持远好于<object>，尤其在 iOS Safari 上
真正容易被忽略的点不是怎么写标签，而是 PDF 文件是否真的能被服务端以 application/pdf 类型发出——很多本地开发环境默认用 text/plain，上线后才发现 fallback 永远不出现。
