web worker 与渲染线程完全隔离，由 v8 统一调度轻量级用户态线程，不抢占主线程资源；通信依赖 postmessage 序列化，shared worker 跨标签页独立进程运行。
Web Worker 和浏览器渲染线程运行在完全独立的执行环境中，彼此不抢占资源、不互相阻塞。主线程专注 UI 渲染与交互，Worker 线程专注后台计算，调度权实际掌握在浏览器内核（特别是 V8 引擎和渲染进程）手中，而非开发者直接控制。
Worker 是用户态线程，由 V8 统一调度
Web Worker 创建的是轻量级用户态线程，不是操作系统原生线程。它运行在同一个渲染进程内（专用 Worker），由 V8 引擎负责分配 CPU 时间片。这意味着：
- V8 在主线程空闲或低负载时，会动态为 Worker 分配更多计算资源
- 当主线程正密集处理布局、绘制或事件响应时，V8 可能降低 Worker 的优先级，保障 UI 流畅性
- Worker 无法主动“抢”渲染线程资源，也无权中断 GUI 渲染流程
渲染线程与 JS 主线程互斥，Worker 不参与该互斥
浏览器强制 GUI 渲染线程与 JS 主线程互斥：JS 执行时，渲染被挂起；渲染进行时，JS 被暂停。但 Worker 完全绕开这套机制：
- Worker 运行在独立线程上下文，不访问 DOM，不触发 layout 或 paint
- 它的计算不会导致重排（reflow）或重绘（repaint），也不会延长主线程的 event loop 周期
- 即使 Worker 正在做百万级数组排序，滚动、动画、输入响应仍可由主线程即时处理
通信靠消息传递，序列化是性能关键点
主线程与 Worker 之间没有共享内存，所有数据交换必须通过 postMessage，这个过程涉及：
- 主线程发送数据时：对象被结构化克隆（structured clone），深层遍历并序列化
- Worker 接收后：反序列化重建对象，耗时与数据体积强相关
- 大量小消息比单次大消息更耗时（频繁序列化开销叠加）
- 建议传输纯数据（如 ArrayBuffer、TypedArray），避免传含函数、DOM 引用的对象
浏览器按需合并与隔离，Shared Worker 更特殊
专用 Worker 属于单个页面实例，而 Shared Worker 由浏览器单独管理，跨标签页复用：
- Shared Worker 运行在独立的底层进程（非渲染进程），具备更强隔离性
- 多个页面向同一 Shared Worker 发送消息，浏览器负责排队与分发
- 其调度更偏向服务端逻辑，例如统一状态同步、离线队列管理，不参与当前页面的帧渲染节奏
