Jiti项目在Node.js 22.12+版本中的ESM导入问题解析

在Node.js生态系统中，Jiti作为一个动态模块导入工具，近期被发现与Node.js 22.12及以上版本存在兼容性问题。本文将深入分析这一问题的成因、影响范围以及解决方案。

问题现象

当开发者在Node.js 22.12+环境中使用Jiti时，如果满足以下三个条件，就会出现模块导入异常：

1. 代码中使用了require()尝试加载ESM模块
2. 该require()调用失败并被try/catch捕获
3. 随后使用Jiti导入同一文件

在这种情况下，被导入文件内部的模块可能无法正确解析。典型表现为函数被错误地转换为空对象。

技术背景

Node.js 22.12版本向后移植了require(esm)的支持功能，这是导致此问题的根源。当原生require()尝试加载ESM模块失败时，会在Node.js的模块缓存中留下不完整的状态，进而影响后续Jiti的导入操作。

影响范围

经确认，该问题影响：

• Node.js v22.12及以上所有版本
• 包括v23.0+版本
• 跨平台影响（macOS、Windows等）
• 同时影响Jiti v1和v2版本
• 同步和异步导入方法均受影响

解决方案

Jiti团队提供了两种临时解决方案：

1. 禁用Node.js原生缓存
   通过设置requireCache: false选项或环境变量JITI_REQUIRE_CACHE=0，强制Jiti使用自己的独立缓存系统。

2. 升级Jiti版本
   Jiti v1.21.7和v2.4.2版本已包含针对此问题的修复补丁。升级后可解决该兼容性问题。

最佳实践建议

对于使用Jiti的开发者，特别是维护需要兼容多版本Node.js的项目时，建议：

1. 优先使用Jiti v2版本，它本身就尝试原生import作为首选方案
2. 在代码中避免混用require()和Jiti导入同一模块
3. 确保ESM导入语句包含完整的文件扩展名
4. 及时更新Jiti到最新稳定版本

技术展望

这个问题本质上反映了Node.js在实现ESM和CJS互操作性过程中的复杂性。虽然Jiti团队提供了临时解决方案，但从长远来看，可能需要Node.js核心团队在后续版本中进一步完善模块缓存机制。

对于工具链开发者而言，这也提醒我们需要更加谨慎地处理模块系统的边界情况，特别是在Node.js持续演进的大背景下。