<object>标签本身不提供双向通信能力，它仅是嵌入外部资源的容器，无法直接收发消息或调用JS方法；现代浏览器已移除NPAPI/ActiveX支持，<param>传参无效，contentWindow为null，无message事件或postMessage接口。
<object> 标签本身不提供双向通信能力，它只是一个容器，用于嵌入外部资源（如 PDF、Flash、ActiveX 控件等），**不能直接收发消息或调用 JS 方法**。如果你看到某些场景中 <object> 似乎“能通信”，那一定是它所加载的资源（比如 Flash SWF 或 ActiveX DLL）内部实现了与宿主页面的交互机制，而 <object> 只是载体。
为什么不能直接用 <object> 做双向通信
浏览器对 <object> 的处理是黑盒式的：它把控制权交给插件或外部处理器，自身不暴露通信接口。现代浏览器已禁用 Flash、大幅限制 ActiveX，且 HTML5 明确不为 <object> 定义 message 事件或 postMessage 支持——它没有 contentWindow，也没有 ports 属性。
- 无法监听
message事件，window.addEventListener('message', ...)对<object>元素无效 - 无法调用
objectElement.contentWindow.postMessage()—— 因为contentWindow为null -
<param>只在初始化时传静态参数，运行时不可修改，也不触发回调
如果必须用 <object> 加载的资源通信，靠什么
真正起作用的是被嵌入资源自身的 API，且依赖具体技术栈和浏览器支持程度。常见组合如下：
- Flash（已淘汰）：通过
ExternalInterface在 AS3 中注册函数，供 JS 调用；JS 用document.getElementById('myObj').someExposedMethod()触发 - ActiveX（仅 IE/旧 Edge）：C++ 控件暴露 COM 接口，JS 通过
objectElement.methodName()直接调用，但需用户手动启用“运行 ActiveX 控件” - PDF（Adobe Reader 插件）：极有限支持 JS API（如
this.getField()），仅在 Acrobat 环境下有效，现代 PDF.js 不支持
这些方式全部不可跨域、无标准、高安全风险、且在 Chromium/Firefox/新版 Safari 中基本失效。
立即学习“前端免费学习笔记（深入）”；
替代方案：该用什么代替 <object> 实现双向通信
如果你的目标是让嵌入内容与主页面 JS 交换数据，请放弃 <object>，改用有明确通信通道的现代方案：
- 嵌入同源 HTML 页面 → 用
<iframe>+MessageChannel（推荐）：端口移交后双方独立通信，不依赖 iframe 加载状态 - 嵌入沙箱环境（如插件 UI）→ 用
postMessage配合iframe.sandbox属性，显式声明allow-scripts allow-same-origin - 需要 Worker 级隔离 → 用
SharedWorker或WebWorker+MessageChannel管理多端口 - 跨域第三方内容（如地图 SDK）→ 查其官方 JS SDK 是否提供
onReady/addEventListener等回调机制，而非自行 hack<object>
注意：<object data="xxx.html"> 在多数浏览器中会被降级为 <iframe> 行为，但行为不一致、无标准保障，切勿依赖。
真正难的不是“怎么让 <object> 说话”，而是意识到它本就不该承担通信职责——它的角色只是“展示”，通信该由 JS 层协议（如 MessageChannel、postMessage）或平台桥接层（如 WebChannel、contextBridge）来负责。
