web workers 是浏览器提供的后台线程 api，通过独立执行上下文与主线程消息通信实现并发，不阻塞主线程且无法访问 dom；需用 postmessage 传递可序列化数据，适用于纯计算等任务。
Web Workers 是浏览器提供的一个 API，让你能在后台线程中运行 JavaScript 代码，**不阻塞主线程**，从而避免页面卡顿。它不是传统意义上的“多线程”（JavaScript 本身仍是单线程），而是通过**独立的执行上下文 + 主线程与工作线程之间的消息通信**，实现并发执行的效果。
Web Workers 的本质：独立的 JS 执行环境
每个 Worker 都运行在自己的全局上下文中（有自己的 self、console、setTimeout 等），但**没有 DOM、window、document 等浏览器 API**——它不能直接操作页面。Worker 和主线程之间**不能共享内存或变量**，只能靠 postMessage() 和 onmessage 传递可序列化的数据（如对象、数组、字符串，也支持 Transferable 对象如 ArrayBuffer 实现零拷贝）。
如何创建和使用 Worker
基本用法分三步：
- 写一个单独的 JS 文件（例如
worker.js），里面定义self.onmessage处理消息，并用self.postMessage()返回结果 - 在主线程中用
new Worker('worker.js')创建实例 - 用
worker.postMessage(data)发送数据，用worker.onmessage接收响应
例如：主线程计算斐波那契数列这种耗时操作，交给 Worker 做，主线程继续响应用户点击或动画，体验更流畅。
立即学习“Java免费学习笔记（深入）”；
常见类型：Dedicated vs Shared vs Service Worker
Dedicated Worker：最常用，一对一绑定，仅被创建它的脚本访问。
Shared Worker：多个浏览上下文（如不同 tab 或 iframe）可共用同一个 Worker，需通过 port 通信。
Service Worker：虽同属 Worker 机制，但定位不同——专用于拦截网络请求、实现离线缓存和推送，生命周期由浏览器管理，与页面无直接关联。
注意限制和最佳实践
Worker 中无法访问：localStorage、DOM、document.cookie、XMLHttpRequest（但可用 fetch）、parent 等。
建议把纯计算、数据解析、加密解密、大量数组处理等任务移入 Worker。
频繁通信会带来开销，尽量减少 postMessage 次数，必要时批量传数据或使用 Transferable 提升性能。
基本上就这些。它不是让 JS 变成多线程语言，而是提供了一种安全、隔离、通信明确的并发模型。
