动态创建 web worker 后必须手动清理：先调用 worker.terminate() 终止线程，再执行 url.revokeobjecturl(workerurl) 释放 blob url；需绑定业务生命周期及时清理，高频场景推荐复用 worker pool 模式。
动态创建 Web Worker 后，资源回收必须手动干预，浏览器不会自动释放线程或 Blob URL。不清理会导致内存持续占用、CPU 空转、URL 引用泄漏，尤其在单页应用频繁启停场景下问题明显。
终止 Worker 实例要调用 terminate()
Worker 创建后长期驻留，即使空闲也不会自动退出：
- 主线程中必须显式调用 worker.terminate()，这是最直接、最可靠的销毁方式，立即终止线程并释放执行上下文
- 不能依赖
self.close()（它只在 Worker 内部生效，且需配合消息通知主线程协同清理） - 避免仅靠页面卸载兜底——SPA 中路由切换不触发卸载，Worker 会意外存活
释放 Blob URL 必须配对 revokeObjectURL()
用 URL.createObjectURL(new Blob(...)) 创建的 URL 是强引用，不撤销会持续持有 Blob 内存：
- 每次
terminate()后，必须紧跟着调用 URL.revokeObjectURL(workerUrl) - 顺序不能颠倒：先
revoke再terminate可能导致 Worker 初始化失败；先terminate再revoke才安全 - Blob URL 在页面刷新后自动失效，但运行中不 revoke 会造成内存泄漏，DevTools 的 Memory 面板可观察到堆积
绑定生命周期，避免“创建即遗忘”
动态 Worker 常用于按需计算、配置化任务等场景，需与业务逻辑生命周期对齐：
- 在任务完成回调里立即终止和撤销，例如：
worker.onmessage = () => { handleResult(); worker.terminate(); URL.revokeObjectURL(url); } - 组件级使用时，在 unmount / destroy 钩子中做兜底清理（React useEffect cleanup、Vue onBeforeUnmount）
- 不要把 Worker 实例挂到全局或长生命周期对象上，防止意外保留引用
复用优于反复新建（适合高频任务）
频繁 new Worker + terminate 开销大，且易遗漏清理：
- 对短时、重复性任务（如实时滤镜计算、批量解析），改用 Worker Pool 模式：预建固定数量 Worker，通过队列分发任务，完成后保持待命
- 每个 Worker 内部用
self.onmessage循环处理，任务结束不 self.close()，由主线程统一管理启停 - Pool 自带清理入口，可在整体销毁时批量 terminate + revoke，降低出错概率
