Web Worker 未正常销毁会引发内存泄漏，主因是其内部未释放的定时器、全局变量、事件监听器及未 transfer 的 ArrayBuffer 等资源；需通过 DevTools 的 Workers、Memory 和 Performance 面板实证排查，并由主线程显式调用 terminate() 安全收口。
Web Worker 未正常销毁确实会引发内存泄漏，但和 WebSocket 不同：Worker 实例本身不直接驻留大量 JS 堆内存，真正危险的是它内部创建的对象、闭包、全局变量、定时器、以及与主线程共享的 Transferable 对象（如 ArrayBuffer）未被释放——这些可能长期锁住主线程或 Worker 线程的堆空间。
确认 Worker 是否仍在运行且内存异常增长
仅靠“页面没关”不能判断 Worker 泄漏。需实证：
- 打开 Chrome DevTools → Application 面板 → 左侧选 Service Workers，确认无误后切到 Workers 标签页：查看是否有本该结束却仍显示为 “Running” 的 Worker（尤其注意重复创建未 terminate 的情况）
- 切换到 Memory 面板 → 点击 Take heap snapshot → 在快照中搜索
Worker或DedicatedWorkerGlobalScope，看实例数是否随页面反复操作而递增（例如从 1 → 5 → 9） - 在 Performance 面板录制时勾选 Web Workers 轨迹：若某段操作后 Worker 线程持续占用 CPU 或内存不回落，说明它未退出或内部有死循环/未清理资源
重点排查 Worker 内部三类泄漏源
Worker 的泄漏往往藏在它自己的代码里，而非主线程调用方式：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
-
未清除的定时器或事件监听器：Worker 中使用
setInterval处理心跳、轮询等逻辑，但没在self.onmessage收到关闭指令时调用clearInterval；同样，self.addEventListener('message', ...)若未用removeEventListener解绑，会导致回调闭包及其捕获的变量无法回收 -
意外的全局状态：Worker 全局作用域（
self）相当于它的“window”。若在 Worker 脚本中声明未加var/let/const的变量（如cache = new Map()），它会挂载到self上，永久存活；同理，self.myCache = new WeakMap()也属于强引用，除非显式设为null -
未 transfer 的 ArrayBuffer 或大对象引用：主线程传入
postMessage(data, [buffer])后，若 Worker 内部把buffer存入全局变量或闭包，即使主线程已释放，该 buffer 仍被 Worker 持有；更隐蔽的是，Worker 中对buffer的视图（如new Uint8Array(buffer)）也会阻止 GC
主线程侧必须做的安全收口动作
Worker 的生命周期必须由主线程主动终结，不能依赖其自然退出：
- 每次创建 Worker 后，务必保存其引用，并在组件卸载、路由离开或业务逻辑结束时显式调用
worker.terminate()—— 这是唯一能立即释放整个 Worker 线程资源的方式 - 避免“只 postMessage 不监听 close”的模式：主线程应监听
worker.onmessage中的特定响应（如{type: 'ready-to-terminate'}），再调用terminate()；同时设置超时兜底：setTimeout(() => worker.terminate(), 5000) - 不要复用 Worker 实例却不重置状态：若 Worker 用于计算任务，多次
postMessage后内部缓存不断膨胀，应在每次任务开始前清空self.cache类变量，或改用一次性 Worker（创建即用即 terminate）
推荐封装一个可控 Worker 管理器
把创建、通信、销毁逻辑收束，避免散落各处：
- 构造时接受脚本 URL 和可选配置（如
name、timeout） - 暴露
send(data)方法，自动处理序列化与 transfer - 暴露
destroy()方法，内部执行：worker.terminate()+ 清空自身引用 + 取消所有 pending timeout - 可选增强：在
destroy()前向 Worker 发送终止信号（postMessage({type: 'shutdown'})），让 Worker 主动清理内部定时器和缓存后再退出
