Shared Worker 的 port.start() 并非必需，现代浏览器在绑定 message 监听器或调用 postMessage 时会自动启动端口；仅在避免首条消息丢失、close 后复用或统一初始化时需显式调用。
Shared Worker 的 port.start() 并不是“激活通信管道”的必要步骤，而是一个显式启用消息事件监听的可选操作——在大多数现代浏览器中，只要调用了 port.postMessage() 或绑定了 message 事件监听器，端口会自动启动（即进入“active”状态）。
Shared Worker 端口的启动机制
Shared Worker 中每个连接页面都会获得一个独立的 MessagePort 对象。该端口初始处于“closed”或“inactive”状态，但它的生命周期由使用方式隐式管理：
- 若页面通过
worker.port.addEventListener('message', ...)监听消息，浏览器通常会在首次监听后自动调用port.start()； - 若使用
worker.port.onmessage = ...赋值方式，同样会触发自动启动； - 手动调用
port.start()主要用于确保在绑定监听器前就启用端口（例如需保证首条消息不被丢弃），或配合port.close()后重新启用。
多页面通信中何时需要显式调用 start()
仅在以下场景建议主动调用 port.start()：
-
避免首条消息丢失：当 Shared Worker 在页面加载早期就发送消息（如初始化广播），而页面尚未绑定
message事件时，未启动的端口会静默丢弃消息；显式start()可提前开启队列缓冲； -
配合 close() 后复用端口：调用过
port.close()的端口必须再次start()才能收发消息； - 统一初始化逻辑：多个页面采用相同初始化模板时，显式调用可避免因监听方式差异导致行为不一致（如有人用 addEventListener，有人用 onmessage）。
典型安全写法示例
在页面脚本中推荐这样处理端口：
const worker = new SharedWorker('shared-worker.js');
worker.port.addEventListener('message', event => {
console.log('收到:', event.data);
});
// 显式启动，确保端口立即可用
worker.port.start();
// 发送消息无需 start()，但建议先确保端口已启动
worker.port.postMessage({ type: 'init', pageId: Date.now() });
Shared Worker 脚本中的对应处理
Worker 内部也需对每个 port 做类似处理：
- 监听
connect事件获取新 port； - 调用
port.start()（尤其当后续要主动 postMessage 给该页面时）； - 绑定
port.onmessage或port.addEventListener('message', ...)； - 注意：不能在
connect回调外直接访问 port，它只在 connect 作用域内有效。
