为何用Promise改写await Promise.resolve(7)的执行结果不符？

我在研究不同场景下await的工作机制时遇到了问题：

第一个代码片段：

new Promise(async (resolve, reject) => {
    resolve(); 

    console.log(await Promise.resolve(7))
    
    console.log(8)
}).then(() => console.log(3))

输出是 7, 8, 3，看起来console.log(await...)并没有进入微任务队列。

于是我尝试把await语句改写成等价的Promise语法：

new Promise(async (resolve, reject) => {
    resolve(); 

    const pr = new Promise((res) => {
        res(7)
    })
    pr.then((num) => console.log(num))
    
    console.log(8)
}).then(() => console.log(3))

但这时then回调被放入了微任务队列，输出变成了 8, 7, 3。

请问为什么我的改写无法还原console.log(await Promise.resolve(7))的行为？为什么await Promise.resolve()会立即执行？

原因解析 #

核心差异在于JS引擎对await已兑现Promise的特殊优化，和then回调的调度逻辑完全不同：

1. await的同步优化逻辑
   当await后面跟的是一个已经处于resolved状态的Promise时，JS引擎会跳过异步等待的流程——它不会把后续代码包装成微任务放入队列，而是直接提取Promise的结果，同步执行await之后的代码。

回到第一个代码的执行流：

• 执行外层Promise的executor函数，调用resolve()后，外层Promise的then回调（输出3）被加入微任务队列；
• 遇到await Promise.resolve(7)，因为这个Promise已经兑现，引擎直接拿到值7，立刻执行console.log(7)；
• 接着同步执行console.log(8)；
• 等executor函数执行完，才开始处理微任务队列，执行外层的then回调输出3。

2. then回调的强制微任务调度
   不管Promise是否已经兑现，调用then注册的回调都会被强制放入微任务队列，必须等当前所有同步代码执行完毕后才会被处理。

对应第二个代码的执行流：

• 同样先调用resolve()，外层then回调入队；
• 创建pr并立即兑现，调用pr.then(...)后，这个回调被加入微任务队列；
• 同步执行console.log(8)；
• executor执行完毕后，先处理pr的then回调输出7，再处理外层的then回调输出3。

简单说：await对已兑现Promise做了“短路”优化，而then不管什么情况都走标准的微任务调度流程，这就是两者行为差异的根源。

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