Jest中读取JSON文件的Mock工厂方案是否会引发内存泄漏？

一、更优的深拷贝方案 #

JSON.parse(JSON.stringify)虽然能满足需求，但存在性能开销（序列化再解析的额外成本），如果你的JSON结构仅包含对象、数组、基本类型，可以试试这些更高效的方案：

• 原生structuredClone API（Node.js 17+支持）
  这是Node.js官方提供的深拷贝方法，性能优于JSON序列化，还能兼容Date、Map、Set等JSON不支持的类型，用法极简：

  const mockData = require('./your-mock.json');
  const freshCopy = structuredClone(mockData);
  

• 自定义轻量递归深拷贝函数
  针对JSON文件的类型特点，自己写个专用拷贝函数，能避免不必要的类型判断开销：

  function deepCopyJson(obj) {
    if (typeof obj !== 'object' || obj === null) return obj;
    if (Array.isArray(obj)) return obj.map(deepCopyJson);
    const newObj = {};
    for (const key in obj) {
      if (obj.hasOwnProperty(key)) {
        newObj[key] = deepCopyJson(obj[key]);
      }
    }
    return newObj;
  }
  

• lodash的_.cloneDeep
  如果项目已经依赖lodash，直接用这个成熟的工具函数即可，它能处理各种边缘情况，不用自己造轮子：

  const _ = require('lodash');
  const mockData = require('./your-mock.json');
  const freshCopy = _.cloneDeep(mockData);
  

二、require返回值的内存泄漏问题 #

不需要手动释放require的返回值，理由如下：

1. Node.js的模块缓存会把require的文件内容存在内存中，但Jest的测试用例要么在独立进程中运行，要么在测试结束后会自动清理上下文，测试进程结束后所有内存都会被系统回收。
2. 模块缓存反而能提升你的Mock工厂函数性能——避免重复读取和解析JSON文件。
3. 除非你的JSON文件体积特别巨大（比如几百MB），否则完全不用担心内存泄漏，这种场景在测试中也极少出现。

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