使用Promise.race与setImmediate判断Promise状态：已兑现Promise是否必然先于setImmediate完成？

核心问题结论 #

已兑现的Promise在Promise.race竞赛中必然优先于setImmediate完成，该行为有Node.js事件循环规范和ECMAScript规范的双重保证，不存在随机波动，也和操作系统无关。

底层逻辑支撑： #

• Node.js事件循环的执行优先级明确：所有微任务（Promise的回调属于微任务队列）会在当前宏任务阶段执行完毕后、进入下一个宏任务阶段前被全部清空。setImmediate是check阶段的宏任务，调度时机在当前所有微任务清空之后，而已兑现Promise的解决回调会直接进入微任务队列，所以一定会在setImmediate回调触发前执行，不管Promise.race入参数组的顺序如何，只要p已经兑现，就会先完成竞赛。
• 官方文档中关于setImmediate的描述「在I/O事件的回调执行完成后调度回调立即执行」，也间接印证了它的执行时机在当前轮次所有同步任务、微任务执行完成之后，不可能抢在已兑现Promise的回调前面。

补充写法的行为说明 #

你提到的两种直接使用同步resolve的写法：

const result = await Promise.race([p, new Promise(resolve => resolve(PENDING))]);
// 或者
const result = await Promise.race([p, Promise.resolve(PENDING)]);

这两种写法的结果由入参数组的顺序决定，属于规范明确的行为，不是随机问题：

• Promise.race会按入参数组的迭代顺序，依次为每个输入的Promise注册解决回调
• 如果两个Promise都已经处于兑现状态，它们的回调会按注册顺序进入微任务队列，先注册的先执行，所以排在数组前面的会赢得竞赛
• 只要你保证p写在占位Promise前面，就能稳定拿到p的兑现结果，不需要担心意外情况。

实践建议 #

如果你的需求是判断Promise是否已经兑现，优先选择setImmediate方案：它既不需要依赖数组顺序来保证结果，也没有setTimeout的定时器精度误差、负载延迟问题，是最稳定可靠的实现方式。

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