JavaScript 的 Event Loop 在 Node.js 与浏览器环境中有哪些关键差异？

Node.js与浏览器Event Loop核心机制相似但任务调度不同：浏览器在宏任务后立即清空微任务，而Node.js按多个阶段执行，微任务处理时机分散；Node.js特有process.nextTick（优先级最高）和setImmediate（check阶段执行），且版本间微任务行为存在差异，导致跨平台异步执行顺序不一致。

JavaScript 的 Event Loop 在 Node.js 和浏览器中虽然核心机制相似，都基于单线程事件循环处理异步操作，但在具体实现和任务调度顺序上存在关键差异，主要体现在任务队列的细分方式和执行优先级上。

微任务与宏任务的处理时机不同

浏览器环境严格按照“宏任务 → 所有可执行微任务 → 下一个宏任务”的流程执行。每次完成一个宏任务后，会清空当前所有微任务（如 Promise.then 回调），再进入下一个宏任务。

Node.js 则在不同阶段处理微任务。例如，在 I/O 回调阶段执行完一个回调后，会检查微任务队列并执行部分微任务，但某些阶段（如定时器阶段）可能延迟微任务的执行，导致行为略有不同。

Node.js 有更细粒度的任务阶段划分

Node.js 的 Event Loop 分为多个阶段，包括：

立即学习“Java免费学习笔记（深入）”；

• timers：处理 setTimeout 和 setInterval 回调
• pending callbacks：执行系统操作的回调（如 TCP 错误）
• idle, prepare：内部使用
• poll：检索新的 I/O 事件，执行 I/O 回调
• check：执行 setImmediate 回调
• close callbacks：执行 close 事件回调

每个阶段结束后才进入下一阶段，而浏览器没有这种明确的阶段划分，宏任务统一排队处理。

setImmediate 与 process.nextTick 是 Node.js 特有机制

setImmediate 属于宏任务，在 check 阶段执行，适合推迟到当前轮询之后运行。

process.nextTick 不属于 Event Loop 的任何阶段，而是每次操作切换阶段前优先执行，其回调具有最高优先级，甚至高于微任务（如 Promise）。这在浏览器中没有对应机制。

微任务在跨环境中的执行顺序可能不一致

由于 Node.js 各版本对微任务的处理策略调整较大（如 v11 前后行为变化），相同代码在浏览器和 Node.js 中可能出现执行顺序差异。

例如，一个 I/O 回调中触发的 Promise 回调，在 Node.js 可能被延迟到该阶段结束才集中处理，而浏览器会在 I/O 回调结束后立即执行。

基本上就这些。理解这些差异有助于编写跨平台兼容的异步代码，尤其在处理高精度时序逻辑时需格外注意。