Node.js Event Loop 深度解析：从宏任务到微任务的完整运行机制

为什么 Event Loop 很重要？

Node.js 的核心能力是“非阻塞 I/O”，而实现这一能力的关键就是 Event Loop。

理解 Event Loop，意味着你真正理解了 Node.js 的运行机制。

一、Node.js 是单线程吗？

严格来说：

JavaScript 是单线程的，但 Node.js 不是完全单线程。

Node.js 由以下部分组成：

• V8（执行 JS）
• libuv（事件循环）
• 线程池（I/O 任务）

二、Event Loop 的整体结构

Event Loop 主要分为几个阶段：

┌───────────────────────┐
│ timers（setTimeout） │
├───────────────────────┤
│ pending callbacks │
├───────────────────────┤
│ idle, prepare │
├───────────────────────┤
│ poll（I/O） │
├───────────────────────┤
│ check（setImmediate） │
├───────────────────────┤
│ close callbacks │
└───────────────────────┘

三、宏任务与微任务

宏任务（Macrotask）

包括：

• setTimeout
• setInterval
• setImmediate
• I/O

微任务（Microtask）

包括：

• process.nextTick（优先级最高）
• Promise.then

四、执行顺序规则

Node.js 执行顺序核心规则：

每执行完一个阶段，就会清空微任务队列

优先级如下：

process.nextTick > Promise.then > I/O callbacks > timers

五、经典执行顺序示例

console.log('start')

setTimeout(() => {
 console.log('timeout')
}, 0)

Promise.resolve().then(() => {
 console.log('promise')
})

process.nextTick(() => {
 console.log('nextTick')
})

console.log('end')

输出结果：

start
end
nextTick
promise
timeout

六、libuv 线程池

Node.js 的 I/O 操作并不是 JS 线程完成的，而是交给 libuv 线程池：

• 文件读写
• DNS 解析
• 加密计算
• 压缩解压

默认线程数：

4 个线程

可以通过环境变量修改：

UV_THREADPOOL_SIZE=8

七、poll 阶段的核心作用

poll 阶段负责：

• 获取新的 I/O 事件
• 执行 I/O 回调
• 决定是否进入 check 阶段

八、setImmediate vs setTimeout

setTimeout

• 在 timers 阶段执行
• 依赖时间

setImmediate

• 在 check 阶段执行
• 更快响应 I/O 后逻辑

经典区别

setTimeout(() => console.log('timeout'), 0)
setImmediate(() => console.log('immediate'))

输出顺序不固定，取决于当前阶段。

九、常见面试陷阱

1. Promise vs nextTick

process.nextTick(() => console.log('nextTick'))
Promise.resolve().then(() => console.log('promise'))

输出：

nextTick
promise

2. I/O 回调顺序

I/O 完成后，会先执行 nextTick，再执行 Promise。

十、为什么 Node.js 高性能？

核心原因：

• 非阻塞 I/O
• 事件驱动模型
• 线程池处理耗时任务
• 单线程减少上下文切换

总结

Event Loop 是 Node.js 的灵魂。

理解它，你就理解了：

• 异步编程模型
• Node.js 性能来源
• 微任务与宏任务调度
• I/O 并发机制

这是后端与前端工程师的分水岭知识。