object标签在现代浏览器中无法可靠显示PDF，因其依赖的NPAPI插件机制已被彻底移除，且PDF处理已转向系统级接管；fallback常不触发，主因是服务端响应头错误、URL未编码、容器布局失效或移动端策略限制。
object 标签在现代浏览器中已无法可靠显示 PDF，尤其在移动端和部分桌面端（如 Safari、Edge）会直接跳转下载或白屏——这不是写法问题，而是浏览器策略变更导致的固有缺陷。
为什么 object 的 data 属性经常失效
根本原因在于：浏览器对 type="application/pdf" 的处理早已脱离 HTML 渲染流程，转向系统级接管。即使你写了正确的 data="report.pdf"，也可能：
- URL 含空格或中文（如
report.pdf?name=张三）未经过encodeURIComponent()编码 → 触发net::ERR_INVALID_URL，连 fallback 都不渲染 - 在 Flex/Grid 容器中设
width="100%"→ 实际高度塌陷为 0，只留一条细线 - 使用相对路径（如
./files/doc.pdf）但当前页面是 file:// 协议 → 跨域限制直接阻断加载 - 服务端未返回
Content-Type: application/pdf→ Firefox 强制下载，Chrome 可能静默失败
object 的 fallback 内容（<p>）为什么从不显示
HTML 规范允许 <p> 作为 object 的子节点作 fallback，但现实是：
- iOS Safari、微信内置浏览器、QQ 浏览器等几乎完全忽略该内容，既不渲染
<p>，也不报错，控制台静默 - 即使
type属性被删掉，object在移动端仍大概率降级为下载链接，而非执行 fallback -
<noembed>已被所有现代浏览器废弃，写进去等于没写 - 真正触发 fallback 的条件极苛刻：必须是资源 404 + type 不匹配 + 浏览器主动放弃接管 —— 这种组合在 PDF 场景中基本不存在
用 object 做页码跳转或高亮搜索？别试了
object 不提供任何 PDF 内容接口，所谓“控制”只是幻觉：
立即学习“前端免费学习笔记（深入）”；
-
#page=3写在data值里（如doc.pdf#page=3）→ Chrome 某些版本支持，Safari 和安卓 WebView 全部忽略，始终停在第一页 - 想监听加载完成？
load事件只表示 DOM 插入完毕，PDF 渲染可能卡住、进度条不动、文本不可选，事件早已触发 - 试图访问
object.contentDocument→ 所有主流浏览器返回null或抛SecurityError，Safari 尤其严格 - 没有 API 获取页数、缩略图、文本层，更别说搜索/高亮/导出等操作
真正能落地的替代方案只有三个
如果你必须在网页中预览 PDF，且要求稳定、可控、跨端一致：
- 优先用
<iframe src="doc.pdf">：兼容性最好，Chrome/Firefox/Edge 表现统一，支持loading="lazy"，但无法通过 JS 获取 PDF 元信息 - 需要交互能力（跳页、搜索、禁止下载）→ 必须上
pdf.js：它把 PDF 解析成 Canvas + 文本层，完全绕过浏览器 PDF 渲染器，但需部署 viewer.html 或自行封装 Worker - 快速上线又不想折腾部署？用
PDFObject.embed()：它只是帮你生成带 fallback 的object标签，并不能解决底层限制，适合内部系统、用户环境可控的场景
最常被忽略的一点：PDF 文件本身是否可访问，比标签怎么写重要十倍。先确保 URL 能被浏览器直接打开、返回 200 和正确 Content-Type，再谈嵌入方式。
