JavaScript Promise内部运行机制解惑：我的理解是否正确？

你的核心理解完全符合ECMAScript规范对Promise的定义，没有问题。我们常说的「Promise回调异步执行」，特指通过then/catch/finally注册的回调函数是异步执行的，和你提到的JS单线程、执行栈清空后再调度微任务的逻辑完全吻合。

你理解正确的部分 #

• Promise构造函数传入的executor回调会同步执行，new Promise()调用时就会立刻运行该函数，不会进入任务队列
• resolve执行时的三个行为：修改[[PromiseState]]为fulfilled、设置[[PromiseValue]]为传入参数、已注册的then回调推入微任务队列，完全符合规范要求
• 调用then方法时的两个行为：存储回调供后续调用、如果Promise已经非pending状态就直接将回调推入微任务队列，逻辑完全正确
• 你手写的简化版Promise实现，核心逻辑可以正确模拟基础场景下的Promise运行效果，很好地还原了回调异步调度的本质

简化实现和原生Promise的差异 #

你写的版本是核心逻辑的极简抽象，和原生实现还有几个补充点可以完善：

• 原生Promise支持绑定多个then回调，你当前的实现只存储了单个callback属性，多次调用then会覆盖之前注册的回调，规范中要求维护一个回调队列，所有注册的回调在Promise敲定后都会按注册顺序执行
• 原生resolve支持接收thenable对象（包括Promise实例）作为参数，会递归展开这个对象，不会直接将thenable作为[[PromiseValue]]返回
• 原生then方法会返回一个新的Promise实例，支持链式调用，你当前的实现没有返回值，不支持链式调用
• 没有覆盖reject、错误捕获等分支逻辑

「Promise回调异步」的常见误区 #

很多新手会误以为resolve函数或者executor是异步执行的，实际上异步的只有then注册的回调。我们可以用一段代码验证：

console.log('同步代码1')
const p = new Promise((resolve) => {
  console.log('同步代码2')
  resolve('微任务回调输出')
  console.log('同步代码3')
})
p.then(res => console.log(res))
console.log('同步代码4')
// 输出顺序固定为：同步代码1 → 同步代码2 → 同步代码3 → 同步代码4 → 微任务回调输出

不管resolve是同步调用还是异步调用，then的回调永远会等到当前执行栈的所有同步代码执行完毕，事件循环调度微任务阶段才会运行，这就是大家常说的「Promise回调异步执行」的实际含义。

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