object标签在现代浏览器中仅支持PDF嵌入，因NPAPI/ActiveX接口已被主流浏览器移除；Flash等插件无法运行，onerror不触发、param被忽略、type静默失效；PDF需严格配置data、type、Content-Type及typemustmatch，并用iframe或video/audio替代旧方案。
object 标签在现代浏览器中已无法加载 Flash、Java Applet、QuickTime、ActiveX 等任何第三方插件——这不是写法问题，是底层 NPAPI/ActiveX 接口已被 Chrome 45+、Firefox 52+、Edge 14+、Safari（更早）彻底移除。你看到的“能跑”，基本是本地用了过时内核或降级浏览器，不具备生产环境可靠性。
为什么 onerror 不触发、<param> 被忽略
插件宿主运行时已不存在，object 失去执行上下文，导致：
-
onerror事件几乎从不触发：控制台只显示Failed to load resource，不会进入 JS 错误处理流程 -
<param name="movie">或<param name="flashvars">完全不被解析——没有插件引擎读取它们 -
type="application/x-shockwave-flash"或type="application/x-java-applet"会静默失败，不报错也不 fallback -
classid和codebase仅对 IE11 内网 ActiveX 场景有意义，且需启用兼容性视图，其他环境无效
object 当前唯一可靠场景：PDF 嵌入
PDF 是目前 object 唯一仍可稳定工作的用途，但容错必须从服务端和路径层设计，而非靠前端“写得漂亮”：
-
data必须指向可访问的 URL（推荐https://或http://localhost；file://协议下多数浏览器拒绝加载） -
type必须严格为application/pdf（写成pdf、text/pdf或留空均无效） - 服务端响应头必须含
Content-Type: application/pdf；Nginx/Apache 未配置 MIME 类型会导致 fallback - 加
typemustmatch属性可强制校验响应头与type一致，避免返回 HTML 却被当 PDF 渲染 - fallback 内容必须是合法 HTML 元素（如
<p>PDF 加载失败</p>），不能是注释、空格或<script>
替代方案比硬扛 object 更实际
如果你的目标是“可靠加载外部内容并提供降级”，iframe 是更可控的选择：
立即学习“前端免费学习笔记（深入）”；
-
iframe支持onload/onerror，且行为稳定；PDF 可用iframe src="report.pdf"替代object - 音视频优先用
<video>/<audio>，原生支持播放控件、字幕、预加载等 - 交互式图表、报表等应迁移到 SVG + JavaScript 或 Canvas 方案，而非依赖插件
- 旧系统迁移时，若必须兼容 ActiveX，仅限 IE11 内网环境，且需确认用户已启用兼容性视图
真正容易被忽略的点是：PDF fallback 是否在服务端 404、CORS 阻止、Content-Type 不匹配、加载超时等任一环节触发——这些都由浏览器底层链路决定，JS 无法干预；而 object 的“生命周期”本质只有两个状态：渲染成功，或直接降级到 fallback。别试图用 JS 监听它，该做的都在 HTTP 层和 HTML 结构里。
