web worker 是浏览器提供的独立线程 api，用于并发执行计算密集型任务；它隔离于主线程、无 dom 访问权限，通过 postmessage 通信，需同源 http 环境运行。
JavaScript 本身是单线程的，无法真正实现多线程编程，但可以通过 Web Worker 在浏览器中启用**并发执行**能力——它不是 JavaScript 主线程的“子线程”，而是完全独立、隔离的执行环境，能避开主线程阻塞，处理耗时任务。
Web Worker 是什么？
Web Worker 是浏览器提供的 API，允许你在后台启动一个独立的 JavaScript 执行上下文（运行在单独的线程上），与主线程互不干扰。它没有 DOM 访问权限，不能操作页面元素，但可以执行计算密集型任务（如数据解析、加密、图像处理等）。
Worker 脚本运行在自己的全局作用域（self 代替 window），使用 postMessage() 和 onmessage 与主线程通信，通信内容会被结构化克隆（即深拷贝，不共享内存）。
如何创建和使用 Web Worker？
基本用法分三步：
立即学习“Java免费学习笔记（深入）”；
-
写一个独立的 JS 文件（例如
worker.js），里面定义self.onmessage接收消息，并用self.postMessage()返回结果 -
在主线程中实例化 Worker：
const worker = new Worker('worker.js'); -
通过 message 事件通信：主线程用
worker.postMessage(data)发送数据，监听worker.onmessage接收返回
注意：Worker 脚本必须来自同源（协议、域名、端口一致），且不能通过 file:// 协议直接运行（需 HTTP 服务）。
Worker 的常见限制和注意事项
Web Worker 并非“万能多线程”工具，有明确边界：
- 无法访问
document、window、localStorage等主线程专属 API - 不能直接修改 DOM，所有 UI 更新必须由主线程完成（Worker 只负责计算 + 通知）
- 通信开销存在：频繁传大量数据会引发序列化/反序列化成本，可考虑
Transferable Objects（如ArrayBuffer）零拷贝传输 - 每个 Worker 是重量级资源，不宜滥用；可用
SharedWorker实现多页面共享，或用Worker Pool复用
替代方案与补充说明
除了 Web Worker，还有几种“类多线程”思路：
- setTimeout / requestIdleCallback：把大任务拆成小块，在空闲帧中执行，避免卡顿（适合轻量异步调度）
- Service Worker：专用于网络代理和离线缓存，虽也是 Worker，但用途不同，不用于通用计算
- 主线程 + Promise / async/await：仅优化异步流程，不解决 CPU 密集型阻塞问题
-
Node.js 中的 Worker Threads：服务端可用，支持共享内存（
SharedArrayBuffer）和原子操作，比浏览器 Worker 更接近传统多线程
浏览器中真正的“多线程并发”只靠 Web Worker 实现，它不改变 JS 单线程本质，而是通过进程级隔离 + 消息机制达成协作式并发。
