Node.js中setImmediate回调是在当前还是下一轮事件循环tick执行？

两个官方表述均为正确结论，你产生困惑的核心原因是对Node.js语境下的「tick」概念定义存在理解偏差。

两个表述的对应场景说明 #

• 第一种表述（setImmediate在当前poll阶段完成后执行，属于当前事件循环周期）
  该表述是从事件循环的阶段划分维度出发：Node.js单轮事件循环迭代的阶段顺序为 timers → pending callbacks → idle/prepare → poll → check → close callbacks。setImmediate的回调固定在check阶段执行，而check阶段本身就属于当前轮事件循环迭代的内部阶段，紧跟在poll阶段之后，因此该表述成立。
• 第二种表述（setImmediate在下一个tick触发）
  该表述里的「tick」特指process.nextTick()对应的微任务级tick，并非事件循环的整轮迭代。Node.js中存在独立的nextTick队列，优先级高于所有其他微任务（如Promise回调），会在当前JS执行栈清空后、事件循环进入下一个阶段前立即执行，这部分执行被算作「当前tick」。setImmediate的回调无论如何都会等待nextTick队列和所有微任务队列全部清空后才会触发，因此从nextTick的定义维度出发，该表述同样成立。

验证示例 #

可以通过以下代码直观感受执行优先级：

process.nextTick(() => console.log('nextTick 回调'))
setImmediate(() => console.log('setImmediate 回调'))
Promise.resolve().then(() => console.log('Promise 微任务回调'))
console.log('同步代码执行')

固定输出顺序为：

同步代码执行
nextTick 回调
Promise 微任务回调
setImmediate 回调

易混淆点说明 #

部分开发者习惯将事件循环的整轮迭代称为一个「tick」，但Node.js官方文档中提到的「tick」绝大多数场景下特指process.nextTick对应的微任务级执行周期，和事件循环整轮迭代是两个完全独立的概念，因此两处表述不存在冲突，只是描述维度不同。

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