Promise解析疑问：同步调用resolveOuter如何影响Promise状态？

首先看示例代码：

new Promise((resolveOuter) => {
  resolveOuter(
    new Promise((resolveInner) => {
      setTimeout(resolveInner, 1000);
    })
  );
}); 

官方说明引用 #

该Promise在创建时就已进入resolved状态（因为resolveOuter被同步调用），但它是被另一个Promise解析的，因此要等到1秒后内部Promise进入fulfilled状态时，它才会变为fulfilled。

用户推论 #

我的推论：即使处于pending状态的Promise也属于resolved状态，因此才有了以下表述
该Promise在创建时就已进入resolved状态

疑问解答与深层原理 #

1. 先明确Promise的状态定义

Promise有三个核心状态：

• pending：初始状态，未被决议（既没调用resolve也没调用reject）
• fulfilled：操作成功完成
• rejected：操作失败

而resolved状态是一个容易混淆的概念：它指的是Promise已经被“决议”——也就是调用了resolve或reject方法，脱离了初始的pending状态，但决议的结果可能是一个未完成的Promise，这时候当前Promise会进入“已决议但未最终完成”的状态，等待依赖的Promise完成。

2. 同步调用resolveOuter的影响

同步调用resolveOuter会直接让外层Promise脱离pending状态，进入resolved状态，但因为resolveOuter的参数是另一个pending的Promise，触发了Promise的状态委托机制：

• 当你用一个thenable对象（比如Promise）作为resolve的参数时，外层Promise不会直接完成，而是会注册回调到这个thenable对象上，等待它的状态变化。
• 具体到这段代码，外层Promise在同步执行resolveOuter后，立刻进入resolved状态，但它的最终状态（fulfilled/rejected）会完全由内部Promise决定。

3. 整个解析过程的细节

1. 外层Promise创建，同步执行executor函数，调用resolveOuter并传入内部Promise。
2. 外层Promise进入resolved状态，但因为参数是pending的内部Promise，它会等待内部Promise的状态更新。
3. 1秒后，setTimeout触发，调用resolveInner，内部Promise变为fulfilled状态。
4. 内部Promise的状态变化触发外层Promise的状态更新，外层Promise也随之变为fulfilled状态。

你的推论完全正确：resolved状态包含了“已决议但等待依赖Promise完成”的情况，哪怕内部Promise还处于pending，外层Promise只要调用了resolve，就已经是resolved状态，只是还没到最终的fulfilled状态。

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