web worker 内存泄漏防控核心是主线程主动终止：任务完成即调用 terminate() 并置 null；用户取消或组件卸载时先发 cancel 消息再强制 terminate；禁用 self.close() 依赖，显式持有引用并杜绝隐式创建。
清理 Web Worker 线程防止后台内存泄漏，核心不是“等它做完再关”，而是“用完即关、不用立刻关、失控必须关”。主线程掌握终止权，terminate() 是唯一可靠、即时、彻底的释放手段。
任务完成确认后立即终止
Worker 返回最终结果（例如 { status: 'done', result: ... }）后，主线程应马上调用 worker.terminate()，不加延迟、不等 UI 更新、不依赖后续逻辑。延迟哪怕几百毫秒，都可能因用户快速操作或状态变更导致重复引用或误发消息。
- 调用
terminate()后，立即将变量设为null（如worker = null），避免后续误调postMessage()报错 - 不要在 Worker 内仅靠
self.close()退出——它无法中断死循环、挂起的fetch或未决 Promise
用户取消或组件卸载时强制终止
用户点击“取消”“停止”、页面跳转、React 组件卸载（useEffect 清理函数）、Vue 组件销毁（onBeforeUnmount）等场景下，Worker 很可能仍在运行（尤其含轮询、长循环或网络请求）。此时必须先发协作信号（可选），再无条件执行 terminate()。
- 例如上传预处理中弹窗关闭 → 主线程发
{ type: 'cancel' }，紧接着worker.terminate() - 在框架生命周期钩子中写死清理逻辑：
return () => worker?.terminate(); -
cancel消息只是提示，terminate()才是兜底保障
避免隐式创建与失控线程
有些 Worker 创建后没赋值给变量（如直接 new Worker('./init.js')），浏览器不会自动回收，线程会持续占用内存且无法控制。
- 永远用
const worker = new Worker(...)显式持有引用 - 若 Worker 纯属一次性用途（如启动时环境检测），创建后立即
worker.terminate()，无需发任何消息 - 在插件或模块化系统中（如 VS Code 扩展），
deactivate()钩子里需遍历并终止所有已创建的 Worker 实例
别依赖 self.close() 或自动回收
self.close() 只有在 Worker 主动检查并配合退出时才有效。一旦卡在同步计算、未响应的 fetch 或未处理的异常中，它就永远不会执行。
- 纯计算型任务（如大数组排序）无法插入检查点 → 必须靠
terminate()强制退出 - 含异步操作的任务，可尝试让 Worker 监听 cancel 指令后调用
self.close()，但主线程仍需在 100–200ms 内 fallback 到terminate() - 浏览器不会因为 Worker 无消息往来就自动回收它——线程生命周期完全由主线程控制
