关键在于主线程与Worker协同实现可控有限并发：通过Dedicated Worker复用通信通道，Worker内用数组队列+running/maxConcurrency手动管理任务调度，避免阻塞与无序执行。
前端用 Web Worker 管理并发任务，关键不是靠 Worker 自带“多线程”就自动并发，而是主线程和 Worker 协同，用消息机制 + 队列逻辑实现可控的有限并发。Worker 本身是单线程的，所以必须在它内部手动维护队列状态，避免任务堆积、阻塞或无序执行。
用 Dedicated Worker 建立稳定通信通道
别每次任务都 new Worker()，那样通信开销远大于计算本身。应该创建一个常驻的 Dedicated Worker：
- 主线程中用
new Worker('task-worker.js')实例化一次，复用整个生命周期 - 确保脚本路径可访问，且服务运行在 http/https 下（
file://协议下多数浏览器禁用 Worker） - Worker 文件里监听
self.onmessage，接收结构化指令，比如{ type: 'ENQUEUE', id: 'hash-123', payload: { file: blob } } - 主线程通过
worker.postMessage()发送任务，Worker 处理完后调用self.postMessage()回传结果
在 Worker 内实现带并发控制的任务队列
Worker 内部没有现成队列 API，但可用数组 + 状态标记模拟“先进先出 + 限流”：
- 定义
queue = []存待执行任务，running = 0和maxConcurrency = 3控制同时最多跑几个 - 收到新任务时推入队列：
queue.push(task)；然后检查if (running -
runNext()从队首取任务（queue.shift()），执行其返回的 Promise，完成后running--并再次触发runNext() - 每个任务函数需统一包装：捕获异常、记录耗时、保证 resolve/reject 有明确输出
主线程同步队列状态与容错处理
Worker 不该是黑盒，主线程需要实时感知执行节奏和异常情况：
立即学习“前端免费学习笔记（深入）”；
- Worker 每次入队、开始、完成、失败都主动发消息，例如
{ type: 'QUEUE_LENGTH', count: queue.length }或{ type: 'FAILED', id: 'hash-123', error: 'timeout' } - 主线程监听
worker.onerror，并为每个 postMessage 设置超时兜底（如 10 秒无响应则判定卡死） - 必要时调用
worker.terminate()清理异常 Worker，再新建一个恢复服务 - 对关键任务加唯一 ID 和重试机制，避免因 Worker 重启导致任务丢失或重复
避开常见陷阱：传输、调试与适用边界
消息传递不是万能的，要注意底层限制和实际效果：
- 传输数据走结构化克隆算法，函数、DOM 节点、undefined 无法传；大对象建议用
Transferable（如 ArrayBuffer）零拷贝优化 - Worker 里不能操作 DOM、不能用
window、document，所有 UI 更新必须由主线程完成 - 轻量任务（如简单数学运算）不值得上 Worker，线程创建+通信成本可能高于执行本身
- 调试 Worker 需打开浏览器的 “Application → Service Workers” 或 “Sources → Workers” 面板，断点设在
onmessage里才有效
