Eleventy项目在Node.js 23中的CommonJS数据文件加载问题解析

在最新发布的Eleventy 3.0.0版本中，开发者发现了一个与Node.js 23版本兼容性相关的重要问题：当使用CommonJS语法编写的全局数据文件时，数据无法正确加载并在构建过程中使用。这个问题源于Node.js 23对模块系统的一些底层修改，影响了Eleventy的数据加载机制。

问题本质分析

在Node.js 23中，使用module.exports的CommonJS模块现在会产生一个特殊的模块对象结构。与之前版本不同，这些模块对象现在包含两个键：'default'和'module.exports'。这种变化是为了更好地处理ES模块和CommonJS模块之间的互操作性。

Eleventy的数据加载逻辑中有一个关键检查点：它会验证模块对象是否只有一个键，然后才会访问default属性。此外，系统还会比较'default'和顶层对象的键是否相同，而新增的'module.exports'键导致这个验证失败。

技术背景

Node.js从12版本开始逐步引入对ES模块的支持，这一过程中不断调整CommonJS和ES模块之间的互操作方式。在Node.js 23中，为了更明确地表示CommonJS模块在ES模块系统中的行为，Node.js团队决定为CommonJS模块添加'module.exports'这个特殊命名导出。

这种设计选择是为了清晰地表明在CommonJS中使用的是module.exports的值，而不是命名空间值。这反映了Node.js在处理require(esm)互操作支持时对'module.exports'导出名称的语义。

影响范围

这个问题主要影响：

1. 使用Node.js 23及以上版本的用户
2. 采用CommonJS语法(module.exports)编写全局数据文件的Eleventy项目
3. 依赖这些全局数据的模板和构建流程

解决方案

Eleventy团队已经确认这是一个需要修复的bug，并计划在3.0.1-alpha.1版本中发布修复。修复方案相对简单且非侵入性，主要包括调整模块对象的键检查逻辑，使其能够正确处理Node.js 23新增的'module.exports'键。

对于开发者而言，如果暂时无法升级Eleventy，可以考虑以下临时解决方案：

1. 降级到Node.js 22或更早版本
2. 将全局数据文件改为使用ES模块语法(使用export default)
3. 等待官方发布包含修复的版本

未来兼容性考虑

虽然Node.js 23是一个奇数版本(非LTS)，但这个变更很可能代表了Node.js模块系统未来的发展方向。Eleventy团队决定接受这个变更并相应调整代码，而不是等待Node.js的LTS版本，这体现了项目对前沿技术的前瞻性支持。

这个问题的解决也提醒我们，在现代JavaScript生态系统中，模块系统的演进仍在继续，工具链需要保持灵活性以适应这些底层变化。