<object>标签在PDF预览中基本失效，因其fallback文本不显示、type识别不可靠、依赖严格响应头与同源策略、无法携带认证凭据，且onload不触发、不支持URL片段，移动端兼容性更差。
为什么<object>标签在PDF预览中基本失效
它理论上支持备用内容（比如“请下载 PDF”提示），但现实中 Chrome、Firefox、Edge 都不显示 fallback 文本，直接调用内置 PDF 查看器或静默失败。更关键的是：<object> 依赖浏览器对 type="application/pdf" 的识别，而 Safari（尤其 iOS）、360/UC 等双内核浏览器在兼容模式下常忽略该 type，导致白屏或回退到下载。
<object> 标签能跑起来的硬性条件
必须同时满足以下全部条件，否则大概率不可见：
- PDF 响应头含
Content-Type: application/pdf，且不能有X-Content-Type-Options: nosniff - 路径为同源 URL 或服务端已配好 CORS（
Access-Control-Allow-Origin: *） - 不能是
file://协议（本地开发时常见失败点） - 若 PDF 受权限保护（如需 Cookie 或 Bearer Token），
<object>无法携带请求头，必然 401/403
对比 <iframe>，<object> 的实际差异在哪
表面上都支持 width/height 和备用内容，但行为完全不同：
-
<iframe>加载后可监听onload（仅表示 iframe 节点就绪，不代表 PDF 渲染完成） -
<object>的onload在多数浏览器中根本不触发，无法判断是否加载成功 -
<object>不支持 URL 片段参数（如#page=2&view=FitH），Chrome 下也无效 - 移动端 Safari 对
<object>的支持比<iframe>更差，常只显示第一页缩略图或直接跳转下载
真要用 <object>，至少得加这三行防御性代码
别信“写了 fallback 就安全”——必须主动降级：
立即学习“前端免费学习笔记（深入）”；
- 给
<object>外层套一个<div id="pdf-container">，并设position: relative - 用
setTimeout1.5 秒后检查document.getElementById('pdf-container').offsetHeight === 0，为真则说明没渲染 - 此时手动插入下载链接：
<a href="xxx.pdf" download>点击下载 PDF</a>，并隐藏<object>
这个检测逻辑比依赖 onerror 可靠得多——因为 <object> 加载失败时根本不会抛错。
