事件循环在浏览器和Node.js中核心职责相同但实现不同：浏览器为“宏任务→微任务→渲染”三步循环，Node.js v11+与之对齐，v10及以前按阶段集中处理微任务；Node.js有六个明确阶段，process.nextTick优先级高于所有微任务。
事件循环在浏览器和 Node.js 中都承担着调度异步任务的核心职责，但实现逻辑、阶段划分和任务优先级规则存在本质区别。尤其在 Node.js v11 是一个关键分水岭：v11 起微任务执行时机向浏览器对齐，而 v10 及更早版本则按阶段集中处理，导致实际执行顺序可能不同。
结构设计：阶段驱动 vs 渲染协同
浏览器事件循环没有显式“阶段”概念，而是围绕“宏任务 → 微任务 → 渲染”三步循环推进。每次执行一个宏任务后，立即清空全部微任务队列，随后进入渲染（若需），再取下一个宏任务。
Node.js 基于 libuv，将事件循环明确划分为六个阶段：timers → pending callbacks → idle/prepare → poll → check → close callbacks。每个阶段只执行该阶段对应的任务队列，例如 setTimeout 回调在 timers 阶段，setImmediate 在 check 阶段，I/O 回调主要在 poll 阶段。
微任务执行时机：v11 前后行为突变
Node.js v10 及以前：微任务仅在阶段切换前统一执行一次。例如，在 poll 阶段执行完所有 I/O 回调后，才批量处理该阶段期间产生的 Promise.then；若两个 setTimeout 分别落在不同轮次的 timers 阶段，它们之间的微任务不会“插队”。
Node.js v11+：改为每个宏任务执行完毕后立即清空微任务队列，与浏览器行为一致。这意味着：
- setTimeout 回调内创建的 Promise.then 会在该回调结束后立刻执行，不等到下一阶段
- 连续两个 setTimeout(0) 的回调中分别触发微任务，输出顺序变为 timer1 → promise1 → timer2 → promise2，和浏览器完全相同
特殊任务的优先级排序
process.nextTick 不属于微任务或宏任务，而是 Node.js 独有的“next tick 队列”，其优先级高于所有微任务（包括 Promise.then）。
setImmediate 和 setTimeout(0) 的关系也因环境而异：
- 浏览器中无 setImmediate，只有 setTimeout 和 requestAnimationFrame
- Node.js 中，setImmediate 属于 check 阶段，在 poll 阶段之后执行；而 setTimeout(0) 属于 timers 阶段。若 poll 阶段为空，timers 阶段会先于 check 执行，此时 setTimeout(0) 先于 setImmediate；但若 poll 阶段有 I/O 回调，则 setImmediate 可能更快返回
渲染机制：浏览器独有约束
浏览器必须为 UI 更新留出确定时机。微任务总是在渲染前执行，确保 DOM 修改能及时反映在界面上；宏任务之间插入渲染步骤，避免界面卡死。
Node.js 没有渲染概念，因此不存在“微任务必须在渲染前执行”的约束。它的调度目标是最大化 I/O 吞吐量，所有任务都服务于服务端请求响应效率。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
