所有支持await的ECMAScript运行时兼容任意Thenable吗？相关行为是否通用持久？

一、所有支持await的ECMAScript运行时，都能await任意符合Thenable规范的对象吗？ #

答案是肯定的——只要这个运行时严格遵循ECMAScript规范，就必须支持这一行为。

这里的关键是理解await的底层逻辑：当你await一个值时，JavaScript引擎并不会强制要求它是Promise类的实例。它真正检查的是这个值是否是Thenable——也就是是否拥有一个名为then的方法，且该方法接受resolve和reject两个回调参数。

根据ES规范，await的处理流程大致是：

• 如果等待的值不是Thenable，引擎会把它包装成一个已resolved的Promise；
• 如果是Thenable，引擎会调用它的then方法，并传入内部的resolve/reject逻辑，就像Promise.resolve()处理Thenable的方式一样。

所以不管是Node.js、浏览器，还是其他合规的ES运行时（比如Deno、Bun），只要支持await，就必须兼容任意符合规范的Thenable对象。

二、未修改Promise原型却能输出Yahtzee的行为，是否通用且会长期保持？ #

先明确一下：你提到的代码（应该是类似自定义了一个带then方法的普通对象，比如下面这个例子）能正常运行，完全是符合ES规范的行为，根本不需要修改Promise.prototype：

const customThenable = {
  then(resolve) {
    resolve('Yahtzee');
  }
};

(async () => {
  console.log(await customThenable); // 输出 "Yahtzee"
})();

关于通用性 #

这种行为是完全通用的。所有遵循ES规范的运行时（包括你测试的Node.js、Chrome、Firefox，以及Deno、Bun等）都会按照相同的逻辑处理：只要对象是Thenable，await就会调用它的then方法，而不需要它继承自Promise。

关于长期保持 #

这个行为大概率会长期保持。因为await对Thenable的支持是ES异步模型的基础之一，大量第三方库、工具代码都依赖这一特性（比如很多测试库、异步工具会自定义Thenable来模拟Promise行为）。如果修改这一规范，会导致现有代码大规模崩溃，TC39（负责制定ES规范的委员会）几乎不可能做出这样的改动。

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