为何resolve接收Promise会等待其完成，reject却无此行为？

这个问题戳中了Promise规范里resolve和reject两个方法的核心差异，咱们先把你的代码格式化清楚，再一步步拆解原因。

先看格式化后的代码 #

let someOtherPromise = (previousPromise) => {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      console.log(`${previousPromise} => someOtherPromise after 2000ms`);
      resolve('someOtherPromise');
    }, 2000);
  });
};

let myPromise = () => {
  return new Promise((resolve, reject) => {
    resolve(someOtherPromise('myPromise'));
  });
};

let myFailingPromise = () => {
  return new Promise((resolve, reject) => {
    reject(someOtherPromise('myFailingPromise'));
  });
};

myPromise().then((val) => {
  console.log('myPromise resolved');
}).catch((err) => {
  console.log('myPromise rejected');
});

myFailingPromise().then((val) => {
  console.log('myFailingPromise resolved');
}).catch((err) => {
  console.log('myFailingPromise rejected');
});

实际运行结果和你的预期差异 #

运行这段代码后，你会发现：

• myFailingPromise rejected会立刻打印出来
• 2秒后才会看到myPromise resolved和两条someOtherPromise的日志

这和你期望的“两条状态日志都在2秒后打印”完全相反，核心原因在于resolve和reject对传入Promise的处理逻辑天差地别。

1. resolve接收Promise时的特殊逻辑 #

当你给resolve传入一个Promise对象时，它会自动触发状态委托：
说白了，resolve(p)等价于p.then(resolve, reject)——它会全程等待p完成（不管p最终是resolve还是reject），然后把当前Promise的状态同步成p的最终状态。

这个设计是为了让Promise支持无缝的链式嵌套，避免多层回调嵌套的问题，比如你可以直接把一个Promise传给resolve，不用手动写p.then(resolve)。

2. reject接收Promise时的普通逻辑 #

而reject的逻辑简单直接：不管你传入什么值，它都会立刻把当前Promise标记为rejected，并且把你传入的值原封不动作为拒绝原因。

哪怕你传入的是一个Promise，它也不会等待这个Promise完成，而是直接把这个未完成的Promise对象当作错误抛给catch回调。所以你的myFailingPromise会立刻进入rejected状态，catch回调也就立刻执行了，而那个someOtherPromise的异步操作还在后台跑。

3. 为什么规范要这么设计？ #

这是从语义上做出的区分：

• resolve的语义是“我不确定最终结果，把结果交给另一个Promise来决定”，所以必须等待另一个Promise的最终状态。
• reject的语义是“我已经确定这个Promise要失败了，失败原因就是这个值”——哪怕这个值是Promise，它也只是一个普通的错误对象，不是需要等待的异步依赖。

4. 实现你预期行为的方法 #

如果你想让reject也等待另一个Promise完成后再拒绝，需要手动处理那个Promise的状态：

let myFailingPromise = () => {
  return new Promise((resolve, reject) => {
    // 等待someOtherPromise完成后，再调用reject
    someOtherPromise('myFailingPromise').then(
      (result) => reject(result), // 如果resolve了，也用结果作为拒绝原因
      (err) => reject(err)        // 如果rejected了，直接传递错误
    );
    // 或者更简洁的写法：不管someOtherPromise成功失败，都reject
    someOtherPromise('myFailingPromise').catch(reject).then(reject);
  });
};

这样修改后，myFailingPromise就会等待someOtherPromise完成后才进入rejected状态，myFailingPromise rejected也会在2秒后和其他日志一起打印。

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