为何Thenable中resolve函数仅执行一次？Promise机制疑问

一、自定义Thenable多次调用resolve仅首次生效的原因 #

示例代码 #

class Thenable {
  constructor(num) {
    this.num = num;
  }
  then(resolve, reject) {
    console.log(resolve); // function() { native code }
    // resolve with this.num*2 after the 3 second
    new Promise( (resolve, reject) => {
       setTimeout(() => resolve(this.num * 2), 3000); // (**)
    }).then((ret)=>{ resolve('wow'); resolve('inside '+ret)})
  }
}

new Promise(resolve => resolve(1))
  .then(result => {
    return new Thenable(result); // (*)
  })
  .then((r) => { console.log(r) } ); 
console.log('done')

输出结果 #

done 
ƒ () {}
wow 

原因解释 #

Promise的核心特性是状态不可逆：它只有pending（等待）、fulfilled（已完成）、rejected（已失败）三种状态，一旦从pending切换到另外两种状态之一，就再也无法改变。

你在Thenable的then方法中拿到的resolve，是Promise内部用于变更状态的函数。根据Promise规范，这个函数仅第一次调用会触发状态变更，后续的调用会被直接忽略——这不是JS引擎修改了then函数，而是Promise机制本身的设计要求。所以第二次调用resolve('inside '+ret)不会有任何效果，因为此时Promise已经被第一个resolve('wow')切换到了fulfilled状态。

二、后续两个疑问的解答 #

1. 为什么Promise.resolve({then(onFulfill, onReject) {...}})是异步执行，而Promise的executor是同步执行？ #

• Promise的executor（执行器函数）同步执行，是为了让开发者能立即初始化异步任务（比如同步调用AJAX的open方法、注册事件监听等），避免因异步初始化导致的逻辑遗漏。
• 而Promise.resolve处理Thenable对象时，必须异步调用其then方法，这是Promise规范的要求。目的是保证所有Promise回调的执行时序一致性：无论Promise是同步完成还是异步完成，其then链中的回调都只会在当前同步代码执行完毕后（微任务阶段）触发，避免同步执行Thenable的then方法导致的状态混乱和时序问题。

2. 文档中提及的“deferred job”具体指什么？ #

“deferred job”指的是被推迟到当前同步代码执行完成后才会执行的任务，属于JS微任务（microtask）队列的范畴。

这类任务包括但不限于：Promise的then/catch/finally回调、Promise.resolve处理Thenable的逻辑、process.nextTick（Node.js环境）等。它们会在当前调用栈完全清空后、下一轮宏任务（比如setTimeout、setInterval的回调）执行之前被依次执行。

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