闭包在 web worker 中不用于跨线程共享数据，而是在线程内部固化主线程传入的配置与参数，形成隔离、不可变、私有的处理上下文，从而避免多个 onmessage 调用之间互相污染状态；其核心是通过工厂函数捕获每次消息的数据快照，封装专属处理器，配合深拷贝、const 声明和作用域隔离实现安全并发。
闭包在 Web Worker 中不用于跨线程共享数据，而是在线程内部固化主线程传入的配置与参数，形成隔离、不可变、私有的处理上下文，从而避免多个 onmessage 调用之间互相污染状态。
闭包封装的核心目的：隔离每次通信的上下文
Worker 本身是单线程执行环境，但 onmessage 可能被多次触发（比如连续发来不同任务）。若把配置直接赋值给全局变量（如 self.config），后一次消息会覆盖前一次的状态，导致计算错乱。闭包通过函数作用域“捕获”某次传入的数据，让每次处理都拥有专属上下文。
- 主线程发送配置时，Worker 不做全局存储，而是立即调用工厂函数（如
createProcessor(config)）生成闭包 - 该闭包内部
const声明所有输入参数，不使用var或未声明变量 - 返回的对象方法（如
handle()）只读取闭包内变量，不修改它们 - 若需更新状态，返回新对象，而非 mutate 原始配置；必要时可用
Object.freeze(config)锁定
典型安全封装模式：工厂函数 + 私有作用域
不要在 onmessage 回调里写业务逻辑，而应交由闭包返回的处理器统一处理：
- Worker 脚本中定义
function createProcessor({ algorithm, precision = 1e-6 }) { ... } - 在
self.onmessage中：收到消息后解构出配置 → 调用createProcessor(config)→ 缓存返回的处理器实例（或每次新建） - 处理器内部预绑定
self.postMessage和错误回调，避免每次手动传参 - 示例返回结构：
{ handle(data), reset(), getStatus() }，所有方法都运行在同一个闭包环境中
规避污染的关键操作细节
所谓“状态污染”，本质是多个消息共用可变引用或全局变量。闭包只是手段，配合以下做法才真正安全：
- 主线程传来的对象/数组，Worker 收到后立刻解构或深拷贝使用（
JSON.parse(JSON.stringify(obj))或 structuredClone），不保留原始引用 - 绝不把数据挂到
self上（如self.cache = {}），那等于暴露为 Worker 全局变量，易被其他消息误改 - 所有中间状态都藏在闭包参数或函数内
const变量中，生命周期随闭包自然结束 - 支持多配置并行时，每个配置对应独立闭包实例，互不干扰——比如同时跑两个不同精度的数值积分任务
为什么不能依赖闭包“共享”主线程变量
主线程和 Worker 完全隔离，内存不共享。闭包无法捕获主线程的变量，它只能捕获 Worker 自己作用域内的值。所谓“固化配置”，是指 Worker 在收到 postMessage 后，立即用该消息内容创建闭包，把那一刻的数据快照封进函数作用域。后续所有计算都基于这个快照，不受主线程后续变化影响，也不受其他消息干扰。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
