Node.js的fs模块Callback API为何比Promises API性能更高？差异有多大？

• 底层包装开销差异
  fs的callback API是直接对接libuv的异步IO回调逻辑，调用时仅需传入回调函数，中间没有额外的抽象层开销。而Promise版本的API需要将原生回调逻辑额外包装为Promise实例的resolve/reject触发逻辑，每个调用都要分配Promise实例的内存，同时还要走V8的微任务队列调度，本身就多了一层执行和内存开销。
• GC压力差异
  高频调用场景下，Promise版本每调用一次就会生成一个临时Promise对象，调用完成后需要被GC回收，累加的GC压力远大于只需要传递回调函数的callback版本，进一步拉高了执行时间和内存占用。
• 额外兼容逻辑开销
  Node的fs/promises模块为了适配更通用的用法，还增加了更多的参数校验、上下文绑定逻辑，额外消耗了一部分性能。

二者的性能差距和调用场景强相关：

• 普通低频调用场景（比如项目启动时读取一次配置文件）：差距仅在微秒级，完全感知不到，性能差异可以忽略。
• 高吞吐批量IO场景（比如每秒数千次文件读写、批量处理十万级以上小文件）：根据实际压测数据，callback版本的吞吐量比Promise版本高15%~35%，内存占用低20%左右，并发量越高差距越明显。

注意：普通业务开发场景下，优先选择Promise版本搭配async/await写法即可，代码可读性带来的维护收益远大于可以忽略的性能差异，仅在开发对性能极致敏感的基础工具、高吞吐文件处理服务时，才需要考虑改用callback API。

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