不能。messageport本身不提供跨iframe自动发现机制，必须由父页面创建messagechannel并分别将port1、port2通过postmessage(..., [port])转移给各iframe，接收方需调用port.start()方可通信。
MessagePort 能否绕过父页面直接通信
不能。MessagePort 本身不提供跨 iframe 的自动发现机制，必须通过父页面中转一次来建立通道。两个 iframe 各自持有的 MessagePort 实例必须由同一份 MessageChannel 拆分而来，而该 MessageChannel 只能在共享上下文（如父 window）中创建并分发。
常见错误现象是：在 iframe A 中 new MessageChannel()，再试图把 port1 postMessage 给 iframe B —— 这会失败，因为 port1 未被 transfer，且 B 根本收不到原始 port 对象。
- 正确路径：父页面创建
MessageChannel→ 把port1postMessage 给 iframe A，port2postMessage 给 iframe B - 必须使用
postMessage(..., [port])的 transfer list 语法，否则 port 不会被移动，只传个空对象 - iframe 接收时需监听
message事件，并检查event.ports是否存在可用 port
iframe 间通信的完整握手流程
核心是三次消息传递：父页发 port、子页确认就绪、子页发起首次业务消息。漏掉任一环都会导致“收不到消息”或 “port is closed” 错误。
父页面示例：
const channel = new MessageChannel();
iframeA.contentWindow.postMessage({ type: 'PORT_READY', port: channel.port1 }, '*', [channel.port1]);
iframeB.contentWindow.postMessage({ type: 'PORT_READY', port: channel.port2 }, '*', [channel.port2]);
iframe A 内：
window.addEventListener('message', e => {
if (e.data.type === 'PORT_READY' && e.ports?.[0]) {
const port = e.ports[0];
port.start(); // 必须调用 start 才能接收消息
port.onmessage = e => console.log('from B:', e.data);
}
});
-
port.start()在接收方是必需的，否则消息队列被挂起 - 发送方无需
start()，但首次postMessage前 port 必须处于 open 状态（即已 transfer 并被接收方拿到） - 若 iframe 是 sandboxed（如
sandbox="allow-scripts"），需额外加allow-same-origin才能跨 origin 使用 MessagePort（否则 port.transfer 会静默失败）
为什么 postMessage + MessagePort 比单纯 postMessage 更高效
单纯用 window.postMessage 传输大量数据（如 ArrayBuffer）会触发结构化克隆，产生完整副本；而 MessagePort.postMessage(data, [transferList]) 可零拷贝转移 ArrayBuffer、ImageBitmap 等可转移对象。
- 典型场景：iframe A 采集摄像头帧（
VideoFrame或ArrayBuffer），通过 port 直接 transfer 给 iframe B 做 WebAssembly 处理 - transfer 后原 port 上的 ArrayBuffer 自动变为
byteLength === 0，B 端收到的是同一内存块引用 - 注意：transfer list 中只能放可转移对象，普通 JSON 或字符串不支持 transfer，也不会提升性能
- Chrome DevTools 的 Performance 面板里能看到 “Transferable” 类型消息比普通消息少 90%+ 的序列化耗时
常见卡点：port 消息丢失或 close 错误
最常被忽略的是 port 生命周期管理。一旦某端显式调用 port.close()，或所在 iframe 卸载（如 location.href = '...'），另一端再发消息就会报 Failed to execute 'postMessage' on 'MessagePort': Port is closed。
- 不要在 iframe onload 后立刻发消息 —— 确保对方 port 已
start()，可用port.onmessage回执确认 - iframe 页面刷新/跳转前，应主动
port.close()并通知对方，避免残留 closed port 导致后续通信失败 - 若用
addEventListener('message', ...)而非port.onmessage，记得用port.removeEventListener解绑，否则可能内存泄漏 - 多个 iframe 间复用同一 port？不行。每个通信对必须独占一对 port，混用会导致消息路由错乱
真正麻烦的是调试 —— port 错误不会抛异常，只静默失败或控制台报错，得靠 port.onmessageerror 捕获底层异常，这点容易漏。
