嵌套Promise场景下外层实例状态差异的原因探究

这个问题问到了Promise工作机制的核心细节，咱们一步步拆解清楚：

第一种情况：外层Promise一直pending的根源 #

先看这段代码：

var p1 = new Promise((resolve, reject) => { 
  return new Promise((resolve, reject) => { resolve(1); }); 
});

这里的关键规则是：Promise构造函数传入的执行器（executor）函数的返回值会被完全忽略。

外层p1的状态，完全由它自己的resolve/reject方法调用决定——但在这段代码里，你从来没调用过外层执行器提供的resolve或reject！你只是返回了一个新的Promise，这个内部Promise自己完成了resolve，但它和外层p1没有任何状态绑定关系，所以p1会一直卡在pending状态。

第二种情况：外层Promise能resolve的原因 #

再看这段代码：

var p1 = new Promise((resolve, reject) => { 
  return new Promise((resolve, reject) => { return resolve(1); })
    .then(data => resolve(123)); 
});

这里的核心是then回调里的resolve(123)——这个resolve是外层Promise执行器传入的那个resolve函数，不是内部Promise的！

当内部Promise调用resolve(1)后，它的状态变为resolved，触发了后续的then回调。在这个回调里，你主动调用了外层p1的resolve方法，直接把p1的状态改成了resolved，所以外层Promise能正常完成状态流转。

一句话总结 #

Promise构造函数的执行器，唯一作用就是通过调用它接收的resolve/reject参数来改变当前Promise的状态。不管你在执行器里返回什么（包括另一个Promise），都不会自动同步到外层Promise的状态——除非你在返回的Promise的异步回调里，主动调用外层的resolve/reject。

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