17370845950

Web Workers 是浏览器提供的后台线程机制，不阻塞主线程，实现并发执行；其本质是独立执行上下文，与主线程隔离，通信仅通过 postMessage，无共享内存，故无竞态条件。

Web Workers 是浏览器提供的、让 JavaScript 在后台线程中运行的机制，它不阻塞主线程，从而实现真正的并发执行——但要注意，它不是传统意义上的“多线程”，而是“多线程能力的有限封装”。

Web Workers 的本质：独立的执行上下文

每个 Worker 运行在单独的全局环境中（有自己的 globalThis、setTimeout、fetch 等），与主线程完全隔离。它不能访问 DOM、window 或 document，也不能直接共享变量或对象——所有通信必须通过 postMessage() 和 onmessage 显式传递数据（底层是结构化克隆，不是引用共享）。

这意味着：
- 主线程和 Worker 之间没有锁、没有竞态条件（因为无共享内存）
- 并发靠的是操作系统级线程调度，而非 JS 引擎模拟
- 它是浏览器为 JS “补上”的异步并行能力，弥补单线程模型的短板

如何创建和使用 Worker

Worker 需要从一个独立的 .js 文件启动（不能是内联脚本或 URL.createObjectURL 的 Blob URL 在某些环境受限）：

• 新建文件 worker.js，写入 Worker 逻辑（如耗时计算）
• 主线程中用 new Worker('./worker.js') 实例化
• 用 worker.postMessage(data) 向 Worker 发送消息
• Worker 内监听 self.onmessage 接收，处理完再 self.postMessage(result) 返回
• 主线程监听 worker.onmessage 获取结果

Worker 的类型与适用场景

常见三种 Worker：

• Dedicated Worker：一对一绑定主线程，最常用，适合单任务长期运行（如音频分析、大数组排序）
• Shared Worker：多个页面/iframe 可共享同一个 Worker（需同源），适合跨 tab 协作（如实时状态同步）
• Service Worker：专用于拦截网络请求、缓存控制、离线支持，生命周期由浏览器管理，不是为通用计算设计

注意：Worker 中不能用 alert、console.log（部分浏览器支持，但应改用 self.console.log）、document 等主线程专属 API。

为什么说它“不是多线程”？关键限制

JavaScript 本身仍是单线程语言，Worker 只是把 JS 引擎实例复制到另一个线程中运行。它的“多线程”体现在线程层面，并非 JS 层面的线程控制：

• 无法创建子线程（Worker 内不能 new Worker，除非是 Chrome 的 nested worker 实验性支持）
• 无 sleep、无锁、无原子操作、无共享内存（ArrayBuffer 可转移，但需显式 transfer，之后原线程不能再访问）
• 通信有开销：序列化/反序列化大数据（如大 JSON）会卡顿，建议用 Transferable 对象（如 ArrayBuffer）避免拷贝

所以 Web Workers 是“进程级并发”，不是“线程级并发”——它安全、简单、可靠，代价是灵活性受限。