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：
立即学习“Java免费学习笔记（深入）”；
- 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 是“进程级并发”，不是“线程级并发”——它安全、简单、可靠，代价是灵活性受限。
