Jest测试内存快照出现重复内容的原因及预防方法咨询

我之前在做Jest测试性能优化的时候，也碰到过一模一样的问题——watch模式下跑测试，内存快照里重复内容越来越多，内存占用一路飙升。结合对Jest运行机制和内存管理的折腾经验，咱们来聊聊可能的原因和解决思路：

可能的原因 #

• 模块缓存累积：Jest在watch模式下会默认缓存已加载的模块，减少重复编译的开销。但如果你的测试里有动态加载模块的逻辑，或者模块本身带有副作用（比如全局变量赋值、单例实例初始化），每次重新触发测试时，新的模块实例会被加载，旧的缓存却没被GC正确回收，就会出现大量重复的内存条目。尤其是你用了--runInBand让所有测试在同一个进程里跑，这种缓存累积的情况会更明显。
• 测试资源未彻底清理：这是最常见的原因！如果每个测试用例执行完后，没有销毁创建的实例、解绑事件监听、清空全局状态或者内存中的数据结构，这些残留的对象会一直留在内存里。比如测试里反复实例化同一个类却没销毁旧实例、数组/对象没有重置为空、React组件测试后没调用cleanup，跑的测试越多，残留的重复对象就越多。
• Jest版本的内存泄漏问题：某些旧版本的Jest在watch模式下，对测试上下文、mock函数、spy对象的管理存在漏洞，导致旧的测试上下文无法被垃圾回收，时间一长就会出现大量重复的内存条目。

对应的解决办法 #

• 手动清理模块缓存：在测试的钩子函数里主动清除模块缓存，避免交叉污染。可以用jest.resetModules()在每个测试后重置所有模块缓存，或者用jest.isolateModules()隔离每个测试的模块加载环境。示例代码：

  afterEach(() => {
    // 重置所有已加载的模块缓存
    jest.resetModules();
  });
  

• 严格执行测试资源清理：养成“测试后清理”的习惯——自定义类实例调用destroy方法或者把引用设为null；React组件测试用@testing-library/react的cleanup()；全局变量用delete global[你的变量名]或者重置为初始值；事件监听一定要解绑。
• 优化Jest运行配置：如果缓存带来的问题大于它的收益，可以在运行命令里加--no-cache关闭缓存，或者在jest.config.js里设置cache: false（注意这会减慢测试速度，按需使用）。另外，watch模式长时间运行后记得重启Jest进程，手动释放累积的内存。
• 定位具体的内存泄漏点：用Chrome DevTools的内存快照对比功能——先在测试未执行前拍一个初始快照，跑几个测试后再拍一个，对比两个快照的差异，找到那些持续增长的对象类型，定位到对应的测试用例或者模块。比如关注“Detached DOM Tree”（未销毁的DOM树）或者重复出现的自定义类实例。
• 升级Jest到最新稳定版：如果是Jest本身的bug导致的内存问题，升级到最新版往往能解决——官方一直在修复内存泄漏相关的issue，新版本的内存管理会更完善。

另外你用的--logHeapUsage参数非常有用，可以实时监控内存增长情况，结合它能更快定位到哪个测试阶段内存开始飙升。

备注：内容来源于stack exchange，提问作者Slim