如何绕过Jest对Node模块加载器的钩子机制？

测试代码 #

if (!globalThis.test) {
  globalThis.test = function(_, f) {
    f();
  }
}

test("Foo", async () => {
  for (let i = 1; i < 10; ++i) {
    await import(`data:text/javascript,console.log(%22In%20import${i}%22)`);
  }
});

直接在Node中运行的输出 #

In import1
In import2
In import3
In import4
In import5
In import6
In import7
In import8
In import9

Jest运行的问题 #

这段代码在Jest中运行必须添加实验性参数：NODE_OPTIONS=--experimental_vm_modules npx jest test.js。但受Node已知问题影响，运行稳定性无法保障——简单场景下大多能正常工作，但复杂项目里很容易触发段错误。比如把循环次数改成100000，Node本身能正常跑完，Jest却会在约5000次迭代时崩溃。

问题根源在于Jest为支持代码转译、Mock等功能，对Node的模块加载器做了钩子处理，这引入了上述Bug，且在ES模块场景下表现尤其明显。

核心诉求 #

有没有办法绕过Jest的这个钩子机制，直接用Node原生的ESMLoader？测试仅需导入data URLs，不需要Mock或转译操作。

可行解决方案 #

方案1：自定义加载器+单线程运行 #

创建一个极简的自定义加载器文件native-loader.js，让data URL直接走Node原生加载逻辑：

export async function load(url, context, nextLoad) {
  // 仅对data URL直接调用Node原生加载逻辑
  if (url.startsWith('data:')) {
    return nextLoad(url, context);
  }
  // 其他文件保留Jest默认处理
  return nextLoad(url, context);
}

运行测试时指定加载器并强制单线程：

NODE_OPTIONS="--experimental_vm_modules --loader ./native-loader.js" npx jest test.js --runInBand

单线程运行能减少多线程下模块加载的冲突，大幅降低崩溃概率。

方案2：完全绕过Jest，用Node直接运行测试 #

既然不需要Jest的Mock、断言等功能，可直接用Node执行测试文件。如果需要验证结果，可在测试末尾添加简单的校验逻辑（比如统计输出次数），然后直接运行：

node test.js

若需要基础的测试结果统计，也可以搭配tape这类轻量测试工具，完全避开Jest的复杂加载机制。

方案3：禁用Jest的模块转换功能 #

在jest.config.js中禁用所有转译和Mock相关配置，减少Jest对模块加载的干预：

module.exports = {
  transform: {}, // 禁用所有代码转译
  moduleFileExtensions: ['js'],
  testEnvironment: 'node',
  experimentalVMModules: true
};

这种方式仍依赖Jest的VM模块机制，但能最大程度减少钩子逻辑的影响，稳定性优于默认配置。

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