web worker是浏览器中实现javascript多线程的唯一标准机制，通过异步消息传递通信，运行于独立上下文，不支持dom、window等api，需遵循结构化克隆、同源限制、显式错误处理等规范。
Web Worker 是浏览器中实现 JavaScript 多线程计算的唯一标准机制，它让耗时任务脱离主线程，避免阻塞 UI 渲染和用户交互。但 Worker 与主线程之间不能直接共享内存或变量，必须通过异步消息传递通信——这是核心规范，也是开发者最容易出错的地方。
Worker 的创建与生命周期必须由主线程控制
Worker 实例只能在主线程（或已有的 Worker 中）通过 new Worker('script.js') 创建，且脚本路径需满足同源限制（或使用 Blob URL 绕过）。Worker 无法自行创建子 Worker（除非启用 SharedWorker 或 Worklet 等特殊类型）。主线程可调用 worker.terminate() 立即销毁 Worker，此时 Worker 内部代码会中断执行，onmessage 和 onerror 不再触发。
- Worker 脚本运行在独立上下文，无 window、document、DOM API，仅有 self（指向 WorkerGlobalScope）
- 支持 importScripts() 加载其他 JS 文件，但不支持 ES 模块语法（除非用 new Worker(url, { type: 'module' })）
- 主线程和 Worker 都可通过 self.close() 主动结束自身，但主线程调用 close() 无效
通信必须基于 postMessage + onmessage，且仅支持结构化克隆
主线程与 Worker 之间使用 postMessage() 发送数据，用 onmessage（或 addEventListener('message', ...)）接收。传输的数据不是引用，而是通过结构化克隆算法（Structured Clone Algorithm）序列化后复制传递。这意味着：
- 支持的数据类型包括：基本类型、Array、Object、Map、Set、Date、RegExp（部分）、ArrayBuffer、TypedArray、DataView、Blob、File、ImageBitmap、ImageData，以及它们的嵌套组合
- 不支持函数、undefined、Symbol、Promise、Proxy、Error 对象、DOM 节点、window、self 等无法克隆的值
- 传入 ArrayBuffer 时可使用 transferable 选项（如 postMessage(data, [buffer])），实现零拷贝移交，移交后原上下文中的 buffer 自动变为 detached
错误处理与事件监听需双向显式设置
Worker 内部抛出未捕获异常不会影响主线程，主线程也不会自动感知。必须主动监听 onerror 或 addEventListener('error')。同样，Worker 也需监听主线程发来的消息错误（如反序列化失败）。
- 主线程中：设置 worker.onerror = e => {...} 捕获 Worker 初始化失败（如脚本 404、语法错误）
- Worker 内部：使用 self.onerror = e => {...} 捕获运行时错误；也可监听 self.addEventListener('error', ...)
- 建议在通信协议中约定响应格式，例如统一返回 { id, type, payload, error? }，便于主线程识别成功/失败
避免常见陷阱：作用域、调试与兼容性
Worker 的全局作用域是 WorkerGlobalScope，不是 window，因此很多前端习惯写法会报错。Chrome/Firefox 支持 Worker 内调试（Sources → Workers 面板），但 Safari 支持较弱。IE 完全不支持 Web Worker。
- 不要在 Worker 中访问 localStorage、indexedDB（虽部分浏览器允许，但非规范行为；应改用 indexedDB 的主线程代理或 Cache API）
- 避免频繁 postMessage 小数据，可批量合并或使用 MessageChannel 建立专用通道提升性能
- 移动端注意 Worker 启动开销，简单计算不如优化算法；复杂任务建议配合 OffscreenCanvas 或 WebAssembly 进一步加速
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
