Node.JS是否原生内置JS Promises？

你观察到的“现在Node.js包含Promises”是事实，Ryan Dahl后悔的是Node.js项目初期的设计决策，两者并不矛盾，核心背景可以梳理为几点：

• 时间线完全错位：Ryan Dahl在2009年发布首个Node.js版本时，ECMAScript标准里根本不存在原生Promises规范。Promises正式被纳入JS标准是2015年发布的ES2015（ES6），比Node.js诞生晚了6年。你觉得“基于V8就该天然支持Promise”的前提在Node诞生时完全不成立——当时的V8引擎同样没有实现Promise特性，根本没有内置的基础。
• 早期Node主动选择了回调方案：Node.js刚推出时，JS社区的异步方案还处于混战阶段，第三方Promise实现（比如Q、Bluebird）都有各自的API设计，没有统一标准。Ryan当时坚持Node核心保持精简，最终选定了错误优先回调作为全栈统一的异步范式，也就是大家熟悉的fs.readFile(path, (err, data) => {})写法，明确拒绝把任何第三方Promise实现整合进Node核心，这就是他提到的“不内置Promises”的决策本身。
• 后期补全Promise付出了极高的生态成本：ES2015原生Promise标准落地后，Node.js的生态已经被回调模式深度绑定：所有核心API都是回调写法，npm上数十万第三方包也基于回调实现，根本不可能一次性推翻重构。Node的Promise化走了十几年的漫长过渡路径：先是开放全局Promise构造函数供用户自行封装，后续逐步在核心模块下加promises命名空间（比如fs.promises）提供官方Promise风格API，再到适配async/await语法，中间还经历了多次失败的异步方案试错，很长时间里生态同时存在回调、第三方Promise、原生Promise多套写法，回调地狱、错误捕获困难的问题被诟病了很多年，这也是Ryan认为当初决策失误的核心原因。
• Deno的设计就是为了绕开这个历史包袱：Ryan2018年启动Deno项目时，Promise+async/await已经成为JS生态公认的异步标准，V8对Promise的支持也已经非常成熟，所以他从Deno的第一个版本开始，就把所有核心异步API全部设计为返回Promise的形式，从根源上避免了Node当年经历的长期割裂问题，这就是他提到的Deno内置Promises的核心动因。

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