object标签的404不会触发onerror，因现代浏览器已移除插件宿主环境，onerror事件失效；fallback仅在http失败或type与content-type不匹配时触发，且必须为合法html元素。
object 标签的 404 不会触发 onerror
你写 <object data="missing.pdf" onerror="console.log('fail')"></object>，控制台几乎永远不会输出。现代浏览器（Chrome 88+、Firefox 85+、Edge 90+）已移除 NPAPI/ActiveX 插件宿主环境，onerror 事件在 object 上基本失效——Network 面板只显示 Failed to load resource，但 JS 无感知。这不是 bug，是设计结果：没有插件运行时，就没有“加载失败”的语义可上报。
fallback 内容不显示？先检查三件事
object 的 fallback 只在两种明确条件下渲染：HTTP 请求失败（如 404/500/断网），或服务端返回的 Content-Type 与 type 属性不匹配。它不是“备用文案”，而是失败后的降级渲染节点。
- 确保 fallback 是合法 HTML 元素，例如
<p>PDF 加载失败</p>；写成注释<!-- 备用提示 -->或纯文本（如直接写“加载失败”）不会生效 -
data路径拼错（比如实际文件在/static/docs/report.pdf，却写了./pdfs/report.pdf）会导致静默白屏，**不触发 fallback** - 用
file://协议本地双击打开 HTML 时，Firefox/Chrome 通常拒绝加载 PDF，且不触发任何 fallback —— 必须走 HTTP(S) 服务，例如用npx http-server启一个本地服务器
PDF 场景下真正可控的容错配置
只有 PDF 是 object 当前唯一稳定支持的类型，但必须同时满足三个硬性条件，缺一不可：
-
data必须是可访问的 HTTP(S) URL（如"https://example.com/report.pdf"或"./docs/report.pdf"） -
type必须严格为"application/pdf"（写成"pdf"、"text/pdf"或留空都无效） - 服务端响应头必须包含
Content-Type: application/pdf；Nginx/Apache 若未配置 MIME 类型，浏览器可能下载文件或空白，而不是 fallback - 加上
typemustmatch属性可强制校验响应头与type一致，避免服务端返回 HTML 却被当 PDF 渲染（这是静默失败的高发场景）
示例：
<object data="report.pdf" type="application/pdf" typemustmatch style="width:100%; height:600px;"><br><p>PDF 加载失败，请点击下载。</p> <br></object>
比死磕 object 更实际的替代路径
如果你的目标是“可靠加载外部内容并提供降级”，object 的容错能力太弱，且行为不一致。更可控的选择是：
- PDF 嵌入优先用
<iframe src="report.pdf"></iframe>：它支持onload/onerror，行为稳定，fallback 可通过 JS 动态插入 - 音视频资源一律用原生
<video></video>/<audio></audio>，它们对 404 和格式错误有更明确的事件反馈和 UI 降级能力 - 交互式内容（图表、报表）迁移到 SVG + JS 或 Canvas，彻底绕开插件依赖
- 旧系统迁移中若真需 ActiveX，仅限 IE11 内网环境，且用户必须启用兼容性视图——这已不属于现代 Web 开发范畴
真正容易被忽略的是：404 是否真的来自前端？Network 面板里看那个失败请求的 Preview 标签——如果显示的是完整 HTML 页面（比如一个自定义 404 页面），说明服务端返回了 200 状态码，那问题根本不在路径或标签写法，而在后端路由或 CDN 配置。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
