web worker 拥有独立于主线程的事件循环，包含独立的全局对象self、执行栈、堆内存、宏/微任务队列；其事件循环执行同步代码→清空微任务→等待下一宏任务（如message、settimeout），无dom渲染，仅通过postmessage通信。

Web Worker 中的 Event Loop 是独立于主线程的，每个 Worker 实例拥有自己的 JavaScript 执行上下文、调用栈、堆内存，以及一套完整的事件循环机制。

Worker 线程有自己的事件循环

当通过 new Worker('xxx.js') 创建一个 Web Worker 时，浏览器会为其分配一个独立的线程（由操作系统调度），并初始化一个全新的 JS 运行环境。这个环境包含：

• 独立的全局对象（self，不是 window）
• 独立的执行栈和堆空间
• 独立的宏任务队列（如 setTimeout、setInterval、MessageChannel）
• 独立的微任务队列（如 Promise.then、queueMicrotask、MutationObserver 不可用但 Promise 可用）
• 独立的事件循环流程：同步代码 → 清空微任务 → 渲染不发生（无 DOM）→ 取下一个宏任务

与主线程事件循环完全隔离

Worker 的事件循环不共享主线程的任何队列或状态。例如：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 主线程中 setTimeout(() => console.log('main'), 0) 不会影响 Worker 内部的定时器执行顺序
• Worker 中的 Promise.resolve().then(...) 只在它自己的微任务队列中排队和执行
• 主线程和 Worker 之间只能通过 postMessage 和 onmessage 通信，而每次 postMessage 在接收方触发的是一个宏任务（message 事件）

没有 UI 渲染，但仍有完整事件循环结构

因为 Worker 不能操作 DOM，所以没有“UI rendering”这一环节，但它仍遵循标准事件循环模型：

• 执行当前宏任务（比如 self.onmessage 回调）
• 执行完后，检查并清空全部微任务
• 然后等待下一个宏任务（可能是新的 message、setTimeout 回调、fetch 完成等）
• 若无任务，线程进入空闲等待状态，不消耗 CPU

注意几个关键限制

虽然事件循环是独立的，但 Worker 的能力被有意限制：

• 无法访问 window、document、localStorage 等主线程专属 API
• 不支持 MutationObserver（无 DOM）、requestAnimationFrame（无渲染）
• fetch 和 XMLHttpRequest 可用，其完成回调作为宏任务入队
• console 可用，输出会出现在开发者工具对应 Worker 标签页中

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南