Node.js中Poll阶段调度时setImmediate回调为何先于setTimeout执行？

根据Node.js官方文档及相关博客的描述：

如果在正在执行的回调内将immediate定时器加入队列，该定时器要到下一次事件循环迭代才会触发。
如果在I/O周期（即Poll阶段）内调度setImmediate()，无论存在多少定时器，它总是会在任何定时器之前执行。

有如下示例代码：

fs.readFile('xx', () => {
  setTimeout(() => { console.log('2 timeout'); }, 0);
  setImmediate(() => { console.log('1 Immediate'); });
});

执行后输出顺序固定为：

1 Immediate
2 timeout

核心疑问解答 #

你提到的current tick/next tick的理解需要结合Node.js事件循环的阶段流转来看，并非字面意义上的"当前/下一次Tick"：

Node.js事件循环的核心阶段流转顺序大致为：

• Timers阶段：执行setTimeout/setInterval的到期回调
• I/O回调阶段：处理大部分非定时器、非关闭类的I/O回调
• Poll阶段：等待新I/O事件，执行I/O相关回调（比如示例中fs.readFile的回调就运行在此阶段）
• Check阶段：专门执行setImmediate的回调
• 关闭回调阶段：处理如socket.close()这类关闭回调

当在Poll阶段的I/O回调中同时调用setTimeout和setImmediate时：

1. setTimeout(fn, 0)会被推入下一轮事件循环的Timers阶段执行——即使设置延迟0，Node.js也会给它设置一个最小执行阈值（通常1ms左右），且它属于Timers阶段的任务队列，必须等下一轮循环走到Timers阶段才会触发。
2. setImmediate的回调会被直接推入当前事件循环的Check阶段——Poll阶段执行完毕后，事件循环会直接进入Check阶段，执行所有setImmediate的回调，之后才会开启下一轮完整的事件循环。

所以结论是：
setImmediate并没有在当前执行I/O回调的阶段（也就是你说的current tick）直接执行，而是在当前事件循环迭代的后续Check阶段执行，这个阶段早于下一轮循环的Timers阶段，因此它的输出会先于setTimeout(0)的回调。

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