unjs/jiti项目中的Maximum call栈溢出问题分析与解决

在JavaScript模块加载工具unjs/jiti的最新版本中，开发者报告了一个严重的调用栈溢出问题。这个问题出现在1.21.4版本中，导致模块循环引用时出现"Maximum call stack size exceeded"错误。

问题现象

当开发者使用jiti加载包含循环引用的模块时，系统会不断递归调用evalModule和jiti函数，最终耗尽调用栈空间。从错误堆栈中可以清晰看到模块a.js和b.js之间的相互引用导致了无限递归。

技术分析

这个问题源于1.21.4版本中引入的一个变更（PR #245），该变更意外破坏了模块循环引用的保护机制。正常情况下，模块系统应该能够检测到循环依赖并妥善处理，但在这个版本中，保护机制失效了。

循环引用是JavaScript模块系统中常见的设计模式，合理的模块系统应该能够：

1. 检测到循环引用
2. 避免无限递归
3. 正确处理模块的初始化顺序

解决方案

项目维护者迅速响应，发布了1.21.5热修复版本，回滚了导致问题的PR #245变更。这个修复恢复了循环引用的保护机制，使模块系统能够正确处理相互依赖的情况。

值得注意的是，尽管CI测试中的循环引用测试用例通过了，但实际使用场景中仍然出现了问题。这表明测试覆盖可能存在不足，或者某些边界条件未被充分考虑。

开发者建议

对于遇到类似问题的开发者，建议：

1. 检查项目中是否存在模块间的循环引用
2. 确保使用最新稳定版本的jiti（1.21.5或更高）
3. 如果必须使用循环引用，考虑重构代码以减少耦合
4. 在复杂模块关系中添加适当的日志，帮助诊断加载顺序问题

这个问题提醒我们，即使是经过良好测试的基础设施代码，在特定使用场景下也可能出现意外行为。保持依赖项更新并及时关注项目变更日志是维护稳定应用的重要实践。