Node.js：相同延迟的setTimeout回调会被同步调用吗？

先来看你提供的这段用于演示问题的代码：

let count = 5;
while (count--) {
  setTimeout(() => {
    console.log('timeout');
    process.nextTick(() => {
      console.log('tick');
    });
  }, 0);
}

const largeNumber = 20000;
for (let i = 0; i < largeNumber; i += 1) {
  for (let j = 0; j < largeNumber; j += 1) {
    // 此处无操作，确保退出同步代码时所有setTimeout回调都已入队
  }
}

你预期的输出是交替打印 timeout 和 tick，也就是：

timeout tick timeout tick timeout tick ...

但实际运行后，你会发现输出是先连续打印5次 timeout，再连续打印5次 tick。这是由Node.js事件循环的阶段执行规则和定时器行为共同决定的，我来给你一步步拆解：

1. 同步代码的执行与定时器入队 #

首先，代码里的while循环会创建5个setTimeout回调。虽然你设置的延迟是0，但Node.js的定时器有一个最小延迟限制（通常是1ms），这些回调不会立刻执行，而是被标记为“待执行”，放到定时器队列中。

接下来的双重for循环是同步代码，会持续阻塞事件循环——这段代码的执行时间肯定超过了1ms，所以当同步代码执行完毕时，这5个setTimeout的回调都已经满足“到期”条件，会被一次性加入到事件循环的timers阶段队列中。

2. 事件循环的阶段执行逻辑 #

Node.js的事件循环是分阶段处理任务的，其中timers阶段专门处理定时器回调，它的执行规则是：

• 一次性取出所有到期的定时器回调，依次执行它们的同步代码部分；
• 等所有到期的定时器回调都执行完毕后，才会去处理当前所有的微任务队列（包括process.nextTick的回调，它的优先级比普通微任务更高）。

所以实际的执行流程是：

• 进入timers阶段，依次执行5个setTimeout回调：每个回调先打印timeout，然后把对应的process.nextTick回调加入微任务队列；
• 等5个timeout都打印完后，开始清空微任务队列，依次执行5个process.nextTick回调，打印tick。

这就是为什么你看到的输出是先全部timeout，再全部tick，而不是预期的交替输出。

如果想要得到你预期的交替输出，你可以把setTimeout换成process.nextTick，或者调整定时器的执行时机，让每个定时器不会在同一个timers阶段到期——不过这不是这个问题的重点啦，核心还是理解Node.js事件循环的阶段优先级~

内容的提问来源于stack exchange，提问作者Adam