事件循环是JavaScript异步非阻塞执行的核心机制，由运行环境实现：浏览器采用“宏任务→全部微任务→渲染”节拍，Node.js基于libuv分6阶段且每阶段后检查微任务，并独有process.nextTick（最高优先级）和setImmediate。
事件循环是 JavaScript 实现异步非阻塞执行的核心机制，本质是主线程不断检查任务队列、按规则取出并执行任务的过程。它不是语言标准的一部分，而是运行环境（浏览器或 Node.js）提供的底层调度模型。
浏览器的事件循环更“扁平”
浏览器把异步任务分为宏任务和微任务两类，执行节奏清晰固定：
- 每次只取一个宏任务执行（如 setTimeout 回调、DOM 事件、初始脚本）
- 宏任务执行完后，**立刻清空全部当前微任务队列**（Promise.then、queueMicrotask、MutationObserver）
- 微任务全执行完，才进行 UI 渲染（如果需要），再进入下一个宏任务
这种“宏 → 微 × 全部 → 渲染 → 宏”的节拍非常稳定，开发者容易预测顺序。
Node.js 的事件循环有“阶段感”
Node 基于 libuv，把事件循环拆成 6 个明确阶段，每个阶段处理特定类型的任务：
立即学习“Java免费学习笔记（深入）”；
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
-
timers：执行已到期的
setTimeout/setInterval - pending callbacks：处理系统级 I/O 错误回调
- poll：等待并执行 I/O 回调（如文件读取、网络响应）
-
check：执行
setImmediate回调 - close callbacks：执行 socket.close 等清理逻辑
关键点是：**每个阶段执行完后，会插入一次微任务检查**，但不是每阶段都立即清空——比如 timers 阶段结束后会处理微任务，而 poll 阶段可能在跳转到 check 前才检查一次。
Node 特有机制带来更高优先级控制
浏览器没有对应物，但 Node 提供了两个能“插队”的机制：
-
process.nextTick：不属于任何 Event Loop 阶段，**在当前操作刚结束、即将进入下一阶段前立即执行**，优先级甚至高于 Promise 微任务 -
setImmediate：属于宏任务，但只在 check 阶段运行，适合推迟到本轮 poll 结束之后执行，常用于避免阻塞 I/O 处理
这两个 API 让 Node 在服务端场景中能更精细地控制执行时机。
微任务执行时机可能不一致
同一段含 Promise 和定时器的代码，在浏览器和 Node 中输出顺序可能不同：
- 浏览器：严格“一个宏任务 → 所有微任务”，顺序确定
- Node：v11+ 后趋近浏览器行为，但早期版本或某些 I/O 回调嵌套中，微任务可能被延迟到阶段切换点才集中执行
- 混合使用
process.nextTick、setImmediate和 Promise 时，差异最明显
基本上就这些。
