Promise链未被消费/完成时如何返回？其执行时机存疑

嘿，我来帮你把这个Promise链的困惑拆解清楚～

首先，不管Promise链有没有被“消费”（也就是有没有后续的.then()/.catch()/await），链上的每个.then()（或.catch()）都会返回一个新的Promise实例。这个新Promise的状态会依赖于前面Promise的决议结果和回调函数的返回值：

• 如果前面的Promise决议为fulfilled，.then()的回调会被触发，回调的返回值会决议这个新Promise（如果返回的是Promise，就等待它决议）；
• 如果前面的Promise决议为rejected，没被捕获的话这个新Promise也会变成rejected。

哪怕这个新Promise没有被任何后续代码消费（比如没有写.then()去处理它），它依然会正常执行回调逻辑——只是它的决议结果会被“丢弃”，如果是rejected状态且没被捕获，可能会触发环境的未处理拒绝警告（比如浏览器的控制台警告）。

你提到的困惑核心在于同步代码执行顺序和微任务队列的机制，结合reduce的工作方式来理解就清晰了：

假设你的代码大概是这样的：

function chainPromises(tasks) {
  return tasks.reduce((currentChain, task) => {
    // 每次迭代给当前链加一个.then()回调
    return currentChain.then(() => {
      console.log('执行任务');
      return task();
    });
  }, Promise.resolve()); // 初始链是已决议的Promise
}

// 调用示例
chainPromises([
  () => new Promise(res => setTimeout(() => res('任务1'), 1000)),
  () => new Promise(res => setTimeout(() => res('任务2'), 1000))
]);

第一步：reduce是同步遍历，只是注册回调，不会立即执行 #

reduce是同步执行的数组方法：

1. 第一次迭代：currentChain是Promise.resolve()（已决议），调用.then()后，并不会立即执行回调函数——而是把这个回调加入到微任务队列，然后返回一个新的pending状态的Promise（因为回调还没执行）。
2. 第二次迭代：currentChain变成了上一步返回的pendingPromise，再次调用.then()，同样只是把新的回调注册到这个Promise上，返回另一个pendingPromise。

整个reduce遍历过程都是同步完成的，这时候所有的.then()回调都只是被“挂载”到链上，没有一个被执行——因为微任务队列要等当前同步调用栈清空后才会开始处理。

第二步：调用栈清空后，微任务队列开始依次执行回调 #

当chainPromises函数执行完毕，返回最终的Promise实例，此时当前同步调用栈已经清空，JavaScript引擎开始处理微任务队列：

1. 首先处理第一个.then()的回调：执行里面的逻辑，调用task()返回一个新的Promise（比如任务1的setTimeout）。这时候当前链的Promise会等待这个任务Promise决议（1秒后）。
2. 任务1的Promise决议后，会触发下一个.then()的回调，重复上述过程，直到所有任务执行完毕。

这就是为什么你看到所有Promise被串联起来，只有在函数返回后才一同执行——因为reduce只是在同步构建整个Promise链，真正的回调执行要等同步代码走完，微任务队列启动后才会按顺序触发。

纠正你的误解 #

Promise.resolve()确实返回已决议的Promise，但.then()的回调不是“立即消费”——JavaScript的事件循环机制决定了，已决议Promise的.then()回调会被放入微任务队列，而不是直接在当前同步代码里执行。只有当当前同步代码全部执行完，调用栈为空时，才会去处理微任务队列里的回调。

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