Web Worker高级编程聚焦任务拆分、通信效率、资源生命周期和错误韧性四大核心，通过Worker Pool复用实例、Transferable零拷贝、SharedArrayBuffer+Atomics共享内存及Promise封装提升工程效能。
Web Worker 高级编程不是堆砌 API，而是围绕任务拆分、通信效率、资源生命周期和错误韧性
这四个核心问题展开的工程实践。它不靠背概念，而靠在真实场景中反复权衡取舍。
用 Worker Pool 管理并发，避免“一任务一线程”滥用
频繁创建/销毁 Worker 开销大，且浏览器对 Worker 数量有限制（通常 10–20 个）。真正可扩展的方式是复用——就像数据库连接池一样维护一组固定数量的 Worker 实例。
- 定义一个 WorkerPool 类，内部持有一个数组（如 4–8 个 Dedicated Worker）
- 每个 Worker 加载相同的逻辑脚本（如
processor.js），但通过postMessage传入不同参数区分任务类型 - 任务提交时，从空闲 Worker 中取出一个，执行完再放回“空闲队列”，支持排队等待
- 注意：Worker 不能共享状态，所以每次任务必须携带完整上下文（数据 + 配置）
用 Transferable 对象实现零拷贝通信
默认 postMessage 使用结构化克隆，大数据（如 ArrayBuffer、ImageBitmap）会完整复制，内存翻倍、耗时飙升。Transferable 可把数据所有权直接移交，主线程立即失去访问权，Worker 独占使用。
- 适用对象：ArrayBuffer、TypedArray、MessagePort、OffscreenCanvas 等
- 写法示例：
worker.postMessage({ data }, [data.buffer])—— 第二个参数是 transfer list - 关键点：transfer 后主线程的
array.buffer变为null，不能再读；Worker 收到的是原生 buffer，无拷贝开销 - 适合场景：前端音视频处理、大文件分块计算、实时图像滤镜
用 SharedArrayBuffer + Atomics 实现线程间低延迟同步
当多个 Worker 需要协作更新同一份中间结果（比如并行归并排序的合并阶段），消息传递太重。SharedArrayBuffer 提供共享内存，Atomics 提供原子操作保障线程安全。
- 主线程创建
new SharedArrayBuffer(1024)，传给多个 Worker（需在postMessage的 transfer list 中） - 各 Worker 用
new Int32Array(sharedBuf)映射同一片内存 - 用
Atomics.wait()/Atomics.notify()实现阻塞/唤醒，用Atomics.add()/Atomics.compareExchange()做无锁更新 - ⚠️ 注意：需开启跨域隔离（
COOP/COEP头），且部分旧浏览器不支持
把 Worker 封装成 Promise 工具类，融入现代开发流
原始的 onmessage 是事件驱动、难组合、易漏监听。把它包装成返回 Promise 的函数，就能用 async/await、Promise.all 等语法自然编排任务。
- 封装要点：每个任务发消息后，用
resolve/reject绑定一次性的onmessage和onerror - 支持超时控制：
Promsie.race([task(), timeout(5000)]) - 支持取消：Worker 内监听
self.onmessage中的 cancel 指令，主动中断循环或 return - 推荐模式：把 Worker 初始化、通信、销毁全收进一个 class（如
DataWorker），对外只暴露.process(data)方法
