MessagePort 的 onmessage 和 addEventListener('message') 均触发宏任务，调度时机完全一致，区别仅在于注册方式：onmessage 覆盖式赋值，addEventListener 支持多绑、可移除。
MessagePort 的 onmessage 和 addEventListener('message') 都会将消息处理逻辑加入宏任务队列（macrotask queue），但它们的触发时机和优先级完全一致，**没有本质区别**——底层都依赖同一个事件循环机制，由浏览器/运行时统一调度。
MessagePort 消息如何进入事件循环
当通过 port.postMessage() 发送消息后：
- 消息被序列化（结构化克隆）并排队到目标
MessagePort所属上下文的宏任务队列中； - 该宏任务不与
setTimeout、setInterval或 I/O 回调混排，而是拥有独立的“message task source”（规范术语），但仍在宏任务层级； - 当前同步代码执行完、所有微任务（如
Promise.then）清空后，事件循环才会从宏任务队列中取出一个 message task 执行； - 此时无论你用
port.onmessage = handler还是port.addEventListener('message', handler)，handler 都会被调用一次。
onmessage 与 addEventListener('message') 的行为差异
二者在事件循环中的调度完全相同，区别仅在于注册方式和语义：
-
onmessage是单个赋值型属性：每次赋值会覆盖前一个处理器，适合简单场景； -
addEventListener('message', ...)支持多次绑定、可移除（removeEventListener）、遵循标准事件流模型（不过 MessagePort 不支持冒泡或捕获阶段）； - 若同时设置了
onmessage并添加了addEventListener，两个处理器都会被调用（顺序按注册先后）； - 两者触发的都是同一个宏任务，不会导致重复入队或优先级变化。
实际执行顺序示例
考虑以下代码：
立即学习“Java免费学习笔记（深入）”；
（假设 port 已建立连接，且另一端刚调用了port.postMessage('hi')）
port.onmessage = () => console.log('A');
port.addEventListener('message', () => console.log('B'));
Promise.resolve().then(() => console.log('C'));
console.log('D');
输出一定是：
D → C → A → B
说明：同步日志 D 先执行；微任务 C 紧随其后；两个 message 处理器作为同一个宏任务中的连续回调，在下一轮事件循环中依次执行（A 在前因赋值更早，B 在后因监听器注册稍晚，但都在同一宏任务内）。
注意事项与常见误区
- MessagePort 消息不会触发微任务，不要指望它比
Promise更快； - 如果 port 尚未调用
start()（显式启动接收），消息会缓存在队列中，直到调用start()后才触发事件； - 在 Web Worker 中使用 MessagePort 时，主线程和 Worker 的事件循环相互独立，各自处理自己的 message tasks；
- Node.js 的
worker_threads.MessagePort行为类似，也走宏任务队列，但具体 task source 实现略有不同，不影响应用层语义。
