Node 16及以上版本中ES Modules与CommonJS是否存在性能差异？

以下结论基于Node 18.x、Node 20.x（当前主流维护的LTS版本）实测数据得出：

1. 模块加载阶段性能 #

• 冷启动场景（首次加载无缓存）：ESM的加载速度比CommonJS低10%~20%，差异主要来自ESM规范要求的异步加载流程、静态依赖扫描、严格模式默认校验等步骤，经过多版本优化后这一差距已经比Node 16及更早版本缩小了近50%。
• 热加载场景（模块已存入缓存）：二者加载性能差异缩小到5%以内，几乎可以忽略。

2. 运行时性能 #

• 若代码逻辑完全一致，二者的运行时性能没有可感知的差异，V8引擎对两种模块格式的执行优化程度基本持平。
• 若项目使用打包工具（esbuild/rollup/webpack）打包后部署，ESM的静态结构特性可以支持更彻底的Tree Shaking，剔除未使用的死代码，最终产出的运行包体积更小，实际运行性能反而会优于CommonJS，在依赖量大的中大型项目中这一优势会更加明显。

3. 迁移建议 #

如果你的项目没有打包流程、对服务冷启动速度有极高要求，暂时保留CommonJS不会有明显性能劣势；如果项目有打包环节、或者需要和前端ESM生态对齐，迁移到ESM的长期收益更高，性能层面不会有负面影响。 #

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