web worker 与主线程拥有各自独立的事件循环，通信通过 postmessage 和 onmessage 实现，不经过对方事件循环。双方完全隔离，无法直接访问 dom 或共享内存，异步任务（如 settimeout、promise）均在本线程事件循环中处理，消息传递本质是跨线程队列投递，结构化克隆或转移 arraybuffer，且无优先级或嵌套关系。
Web Worker 的线程通信不经过主线程的事件循环，而是通过独立的消息传递机制实现，主线程和 Worker 各自拥有自己的事件循环。
Worker 与主线程是完全隔离的运行环境
每个 Web Worker 在浏览器中启动一个独立的 JavaScript 执行上下文，拥有自己的全局对象（self）、堆内存、调用栈和**独立的事件循环**。它不能直接访问 DOM 或主线程的变量，通信只能靠 postMessage() 和 onmessage 事件。
这意味着：
- 主线程的事件循环不会“调度”Worker 中的任务，反之亦然
- Worker 内部的
setTimeout、Promise.then、fetch等异步操作，都由其自身事件循环处理 - 主线程向 Worker 发送消息，只是把序列化后的数据拷贝到 Worker 的消息队列；Worker 收到后，由其事件循环在下一个空闲周期触发
message事件
消息传递本质是跨线程队列投递
主线程调用 worker.postMessage(data) 时，浏览器会：
- 对
data做结构化克隆（或转移 ArrayBuffer） - 将结果放入 Worker 对应的内部消息队列（不是主线程的宏任务队列）
- 如果 Worker 当前事件循环空闲，会尽快调度
message事件；否则等待当前同步代码和已有微任务执行完
同理，Worker 调用 self.postMessage()，消息进入主线程的消息队列，等主线程事件循环轮询到时，触发主线程的 message 事件——这个时机受主线程当前负载影响，但**不抢占渲染或用户交互**。
注意：事件循环之间没有优先级或嵌套关系
主线程和 Worker 的事件循环是并行、无依赖的两个系统：
- 主线程卡住（如长同步计算），不会阻塞 Worker 运行；Worker 卡住也不会影响主线程渲染
-
Promise、MutationObserver等微任务只在各自线程内执行，不会跨线程传播 - 没有“Worker 的 Promise.then 回调插入主线程微任务队列”这类行为；所有回调严格归属所在线程
若需协调行为（例如等 Worker 处理完再更新 UI），必须显式用 postMessage + Promise 封装成异步响应模式。
实际开发中的关键点
写 Worker 通信时要避免常见误区：
- 不要试图在 Worker 中操作
document或window—— 会报错 - 避免频繁传大对象；用
Transferable（如ArrayBuffer）提升性能 - 主线程中监听
message时，记得用event.data取值，不是event本身 - Worker 内可使用
importScripts()加载脚本，但不支持import（ESM Worker 需用type: "module"显式声明）
本质上，Web Worker 是浏览器提供的轻量级多线程方案，通信靠消息队列解耦，事件循环各管各的，既安全又高效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
