Node.js作为服务端JavaScript的运行环境，其高效的异步处理能力很大程度上依赖于事件循环机制。事件循环让Node.js可以在单线程下处理大量并发请求，不需要为每个请求创建新的线程，极大降低了系统资源开销。
事件循环的基本概念
事件循环是Node.js处理非阻塞I/O操作的运行机制，它会不断检查是否有待处理的事件，当有事件触发时，将对应的回调函数放入执行队列中执行。整个运行过程是一个循环往复的流程，直到没有待处理的任务时才会退出。
Node.js的事件循环和浏览器中的事件循环有相似之处，但也有自己的阶段划分，主要分为以下几个阶段：
- timers阶段：执行setTimeout和setInterval设定的回调
- pending callbacks阶段：执行一些系统操作的回调，比如TCP错误
- idle, prepare阶段：仅在内部使用
- poll阶段：检索新的I/O事件，执行I/O相关的回调
- check阶段：执行setImmediate设定的回调
- close callbacks阶段：执行关闭事件的回调，比如socket.on('close', ...)
宏任务与微任务
在事件循环的每个阶段执行完成后，都会先执行微任务队列中的任务，再进入下一个阶段。Node.js中的任务可以分为宏任务和微任务两类：
| 任务类型 | 包含内容 |
|---|---|
| 宏任务 | setTimeout、setInterval、setImmediate、I/O操作回调、close事件回调 |
| 微任务 | Promise的then/catch/finally回调、process.nextTick回调 |
需要注意的是，process.nextTick的优先级比Promise的微任务更高，会在当前操作完成后立即执行，甚至比事件循环的阶段切换更优先。
代码示例验证执行顺序
我们可以通过一段代码来验证事件循环中各任务的执行顺序：
// 定义一个宏任务setTimeout
setTimeout(() => {
console.log('setTimeout回调执行');
}, 0);
// 定义一个微任务Promise
Promise.resolve().then(() => {
console.log('Promise then回调执行');
});
// 定义process.nextTick微任务
process.nextTick(() => {
console.log('process.nextTick回调执行');
});
// 定义一个setImmediate宏任务
setImmediate(() => {
console.log('setImmediate回调执行');
});
console.log('同步代码执行完成');
这段代码的执行结果如下：
同步代码执行完成 process.nextTick回调执行 Promise then回调执行 setTimeout回调执行 setImmediate回调执行
可以看到同步代码最先执行，然后是process.nextTick的微任务，接着是Promise的微任务，之后才进入事件循环的timers阶段执行setTimeout，最后在check阶段执行setImmediate。
poll阶段的工作逻辑
poll阶段是事件循环中比较重要的一个阶段，它主要有两个功能：一是执行poll队列中到期的I/O回调，二是计算需要阻塞等待多久来获取新的I/O事件。
如果poll队列不为空，会依次执行队列中的回调直到队列为空或者达到系统限制；如果poll队列为空，会检查是否有setImmediate的回调，如果有就进入check阶段执行setImmediate回调，如果没有就会等待新的I/O事件，等待的时间取决于timers阶段中最近到期的定时器时间。
常见误区说明
很多开发者会认为setTimeout的延迟为0时，会立即执行，但实际上setTimeout的延迟时间有最小限制，即使设置为0，也会在timers阶段才会执行，而微任务会在当前同步代码执行完成后就立即执行，所以微任务总是比setTimeout的0延迟回调先执行。
另外setImmediate和setTimeout的执行顺序并不是固定的，如果在主模块中调用，执行顺序取决于系统性能，但在I/O循环的回调中，setImmediate总是先执行。
理解事件循环机制是掌握Node.js异步编程的基础，遇到异步执行顺序不符合预期的问题时，可以从事件循环的阶段和任务优先级角度去排查原因。
Node.js事件循环服务端JavaScript异步编程修改时间：2026-07-13 15:03:22