浏览器和Node.js事件循环核心目标一致但实现不同：均基于V8，分宏/微任务且同步代码立即执行；差异在于Node.js有6个libuv阶段并每阶段清微任务，浏览器无显式阶段、仅宏任务切换时清微任务；process.nextTick优先级高于Promise，setImmediate为Node特有，requestAnimationFrame和渲染为浏览器独有。
浏览器和 Node.js 的事件循环，核心目标一致：让单线程 JavaScript 能非阻塞地处理异步任务。但实现方式、阶段划分和调度逻辑差异明显，不能简单当成同一套机制在不同环境的“复刻”。
相同点：基础模型与任务分层一致
两者都基于 V8 引擎，共享以下底层约定：
- 同步代码总在主线程立即执行，形成调用栈
- 异步任务明确分为宏任务（Macrotask）和微任务（Microtask）两类
- 每个宏任务执行完后，必须清空当前所有微任务队列，再进入下一个宏任务
- Promise.then/catch/finally、async/await 的行为在两者中语义完全一致
关键差异一：循环结构与阶段划分不同
浏览器没有显式的“阶段”，而是按“宏任务 → 微任务 → 渲染”自然节奏推进；Node.js 借助 libuv，把事件循环拆成六个明确阶段：
- timers：执行 setTimeout/setInterval 回调
- pending callbacks：执行系统级 I/O 回调（如 TCP 错误）
- poll：最核心阶段，获取并执行 I/O 回调；若队列空且有 setImmediate，则可能提前退出进入 check 阶段
- check：执行 setImmediate 回调
- close callbacks：执行 socket.close() 等关闭回调
注意：Node.js 中的每个阶段内部，都会在回调执行前后检查并清空微任务队列；而浏览器只在宏任务切换时统一清空一次。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
立即学习“Java免费学习笔记（深入）”；
关键差异二：任务优先级与特殊 API 行为不同
同名 API 在两个环境中的实际执行时机可能完全不同：
- process.nextTick() 是 Node.js 特有，它不属于微任务队列，而是在当前操作（比如一个回调函数）结束后、进入下一事件循环阶段前立即执行，优先级高于 Promise.then
- setImmediate() 属于 Node.js 的 check 阶段，通常比 setTimeout(fn, 0) 更早执行（尤其在 poll 阶段空闲时），而浏览器中没有该 API
- requestAnimationFrame() 是浏览器特有，与下一帧渲染强绑定，用于高性能动画；Node.js 中不存在
- UI 渲染是浏览器独有环节，发生在微任务清空之后、下一个宏任务开始之前；Node.js 完全不涉及渲染
关键差异三：设计目标决定调度倾向
差异不是 bug，而是环境需求驱动的设计选择：
- 浏览器必须保障 UI 流畅，所以把渲染作为事件循环的刚性环节，避免 JS 长时间霸占主线程
- Node.js 面向高吞吐 I/O，需要精细控制回调时机，比如让文件读取完成后的处理紧接在 poll 阶段执行，减少延迟
- 因此，同样一段含 setTimeout、Promise 和 setImmediate 的代码，在浏览器中会报错（setImmediate 未定义），在 Node.js 中执行顺序也与浏览器中 setTimeout + Promise 的组合不同
