Web Worker 生命周期需主动管理创建、通信与终止：用模块化URL创建、工厂函数封装、主线程调用terminate()终止；通信时监听error/messageend事件；销毁前协商退出协议并配合AbortController实现可中断任务。
Web Worker 的生命周期管理关键在于主动控制创建、通信和终止时机，避免内存泄漏或“幽灵线程”——即 Worker 已无用但未被显式终止。它不像主线程有自然退出点，必须由开发者显式干预。
创建时绑定上下文，避免全局引用
Worker 实例应作为模块私有变量或类成员持有，而非挂载到 window 或全局对象上。这样便于统一管理、复用或清理。
- 用
new Worker(new URL('./worker.js', import.meta.url))（ES 模块环境）替代字符串路径，确保路径解析准确，避免因构建工具导致的加载失败 - 若需多个同类 Worker，建议封装为工厂函数，返回带
terminate()方法的对象，而非直接暴露原始 Worker 实例 - 避免在 Worker 内使用
self.close()自行退出——除非明确是单次任务且无外部依赖；更推荐由主线程调用worker.terminate()
通信阶段监听 error 和 messageend，及时响应异常
Worker 线程崩溃不会自动通知主线程，需主动监听 error 事件；而 message 事件不保证顺序或完成，必要时需配合自定义协议确认。
- 主线程中为每个 Worker 绑定
worker.addEventListener('error', handler)，捕获未处理异常（如语法错误、postMessage传入不可序列化对象） - Worker 内部也应监听
self.addEventListener('error', e => { self.postMessage({ type: 'error', detail: e.message }) })，把错误透出为主线程可识别格式 - 对关键任务（如大文件解析），可在消息体中加入
id和seq字段，主线程收到后主动回传ack，超时未响应则触发重试或终止
销毁前确保通信通道关闭，再 terminate
直接调用 terminate() 会立即中断线程，可能丢弃正在执行的微任务或未发出的 postMessage。优雅销毁需“协商退出”。
立即学习“Java免费学习笔记（深入）”；
- 约定退出协议：主线程先发
{ type: 'shutdown' }，Worker 收到后完成当前任务、清空定时器、调用self.close()（或发{ type: 'shutdown-ack' }后再关） - 主线程收到
shutdown-ack后再调用worker.terminate()；若超时（如 1s），再强制终止，避免卡死 - 在
worker.onmessage处理逻辑前加if (worker.state === 'closed') return防止已销毁 Worker 响应旧消息（注意：Worker 实例无state属性，可用标志位模拟）
利用 AbortController 协调多阶段任务生命周期
对于耗时长、可中断的任务（如图像处理、加密计算），将 Worker 控制与 AbortSignal 结合，实现细粒度取消。
- 主线程创建
const ctrl = new AbortController()，通过postMessage({ signal: ctrl.signal })传入（实际传的是signal.aborted状态快照或监听 port 消息） - Worker 内定期检查
self.aborted（需主线程同步发送状态）或监听专用abort消息，主动跳出循环或return - 主线程在
ctrl.abort()后，仍应按前述 shutdown 流程收尾，而非仅依赖信号
不复杂但容易忽略：Worker 生命周期不是“启动–运行–结束”的直线过程，而是需要设计双向契约。一次可靠的终止，往往比一次成功的启动更考验健壮性设计。
