Web Workers 是 JavaScript 在后台线程运行脚本的机制，通过独立隔离的执行环境实现并发，避免阻塞主线程；每个 Worker 有独立上下文、无 DOM 访问权，通信靠 postMessage 和 message 事件，支持结构化克隆与 transferable objects 零拷贝。
Web Workers 是 JavaScript 提供的一种在后台线程中运行脚本的机制，它让 JS 能真正“并行”执行任务，而不阻塞主线程（即页面 UI 渲染和用户交互）。它不是传统意义上的多线程（JS 本身仍是单线程），而是通过启用**独立的、与主线程隔离的执行环境**来实现并发处理。
Web Workers 的核心特点
– 每个 Worker 运行在单独的全局上下文中（有自己的 self，没有 window、document 或 DOM 操作能力）
– 与主线程完全隔离：不能直接共享变量或内存，通信只能靠 postMessage() 和 message 事件
– 支持加载外部脚本（importScripts()），可复用逻辑
– 可以使用定时器、fetch、JSON、WebAssembly 等 API，但不支持 alert、localStorage（部分浏览器限制）、Canvas 2D 上下文等前端专属接口
如何创建和使用 Worker
1. 将耗时逻辑写入一个独立的 JS 文件（如 worker.js）
2. 在主线程中用 new Worker('worker.js') 实例化
3. 用 worker.postMessage(data) 向 Worker 发送数据（自动序列化，支持结构化克隆）
4. 在 Worker 内监听 self.onmessage 接收消息，处理完后调用 self.postMessage(result) 返回结果
5. 主线程监听 worker.onmessage 获取返回值
例如：计算斐波那契第 45 项这种 CPU 密集型任务，放在 Worker 中执行，就不会卡住页面滚动或按钮点击。
Worker 间通信的关键细节
– 传递的数据会被**结构化克隆算法**复制（不是引用），所以对象、数组可以传，但函数、DOM 节点、undefined 不行
– 若需高效传输大量数据（如 ArrayBuffer），可用 transferable objects（如 postMessage(data, [buffer])），实现零拷贝移动内存所有权
– Worker 可以创建子 Worker（仅限 Dedicated Worker），但 SharedWorker 已被多数浏览器弃用
– 错误需在各自线程内捕获（worker.onerror 或 self.onerror），无法跨线程冒泡
它为什么不是“真正的多线程”，但又很实用？
JavaScript 引擎本身仍是单线程执行模型，每个 Worker 拥有自己独立的 V8 实例（或对应引擎实例），运行在操作系统级的不同线程上。因此多个 Worker 可以并行执行——这依赖于浏览器底层对线程池的调度，而非 JS 语言规范直接控制线程。它解决的是“避免 JS 阻塞 UI”这一实际问题，而不是提供类似 C++ 的线程同步原语（如 mutex、condition variable）。
将一个或多个 UI 原型图、线框图、产品截图或设计稿转换为标准化、可直接交付的 PRD 风格文档，供产品、设计、前端和测试共同使用。适用于 Codex 需要分析 PC 网页、桌面端、移动端、响应式页面、独立弹窗、表单、表格、看板、数据大屏或多页面流程截图，还原页面结构与交互，强制套用固定文档模板，抽取跨页面共享规则，或把一组原型沉淀为单页规范文档加整体业务流程文档的场景。不适用于纯视觉审美点评、代码实现、接口设计、埋点方案、竞品分析或无 UI 输入的业务需求创作。
基本上就这些。用好 Web Workers，关键在于识别出哪些任务适合搬进后台：计算密集型、数据预处理、大文件解析、加密解密等。别试图在里面操作 DOM，也别频繁传大对象——设计合理的通信边界，它就很可靠。
立即学习“Java免费学习笔记（深入）”；
