Web Worker 是前端分布式计算的核心执行单元，具备独立线程、沙盒环境与多核并行能力，适用于可分割、无状态、CPU密集型任务。
Web Worker 是前端构建分布式计算节点最直接、最轻量的基础设施。它不依赖后端服务，无需部署集群，仅靠浏览器自身能力就能在单机内形成“多核并行”的计算单元——这是实现前端分布式计算的第一步，也是最关键的一步。
Worker 是前端分布式的基本执行单元
每个 Worker 实例都是一个独立的 JavaScript 执行环境，拥有自己的事件循环、堆内存和作用域。它无法访问 DOM 或 window，但能运行纯计算逻辑、调用 fetch、处理 ArrayBuffer，且与主线程完全隔离。这种“沙盒化 + 独立线程”的特性，天然适合作为分布式系统中的最小计算节点。
- 主线程只负责任务调度、数据分片和结果聚合，不参与实际运算
- 每个 Worker 接收一段数据 + 一个函数逻辑（如 map、reduce、hash），完成即返回结果
- 多个 Worker 可同时运行，充分利用多核 CPU，避免主线程阻塞
从单机并发走向跨设备协同
纯 Web Worker 是单机维度的“分布式”，但结合 WebSocket 或 WebRTC，就能升级为真正意义上的跨设备分布式计算节点。
- 任务发布方通过 WebSocket 向大量在线浏览器广播任务描述和数据片段
- 各客户端创建 Worker 执行本地计算，完成后将结果发回中心节点
- 整个流程中，Worker 仍是核心执行体，只是任务来源从主线程变为网络消息
像 rent-my-browser 这类项目，并非另起一套运行时，而是把 Worker 当作标准化的“计算容器”，再叠加网络层调度，从而复用浏览器安全模型与执行环境。
立即学习“前端免费学习笔记（深入）”；
构建可靠计算节点的关键实践
要让 Worker 真正胜任分布式节点角色，不能只靠 new Worker() 一把梭。需关注稳定性、效率与可控性：
- 用 Worker Pool 管理固定数量 Worker，避免频繁创建销毁带来的开销和内存抖动
- 传输大数组时使用 Transferable（如 ArrayBuffer），避免结构化克隆的序列化拷贝
- 为每个任务设置超时机制，支持主动 terminate，防止失控 Worker 占用资源
- 监听 worker.onerror 并重试或降级，把单个节点失败的影响控制在局部
适用边界必须清楚
Worker 不是万能的分布式引擎，它适合的是“可分割、无状态、CPU 密集”的任务：
- ✅ 图像滤镜批量处理、密码学哈希计算、蒙特卡洛模拟、JSON Schema 校验
- ❌ 涉及 DOM 渲染、用户交互、跨域鉴权链路长的请求、需要全局状态共享的场景
- ⚠️ 注意 Safari 对 Worker 创建频率有限制；旧版 WebView 可能不支持 SharedArrayBuffer
不复杂但容易忽略：真正的“分布式”不在技术名词里，而在任务是否可拆、结果是否可合并、失败是否可容忍——Worker 提供了执行能力，而设计决定它能不能成为合格的节点。
