Jest模拟config依赖失效，始终加载真实配置问题求助

你遇到的问题核心是Jest的mock提升机制和模块导入顺序冲突导致的。当你在it测试块内部调用jest.mock()时，App模块已经在文件顶部完成导入了——此时真实的config已经被Node的模块缓存机制加载并保存，后续的mock根本无法覆盖已加载的真实模块。

解决方案一：将jest.mock()移到文件最顶部 #

Jest会自动把所有jest.mock()调用提升到模块作用域的最顶端，所以只要把mock代码放在任何导入语句之前，就能保证在加载App之前先mock好config。

修正后的测试文件代码：

// 优先执行mock，确保App导入时使用的是mock版本
jest.mock('./config', () => {
  return {
    // 替换成你的mock配置内容，比如：
    apiKey: 'mock-key-123',
    baseUrl: 'https://mock.example.com'
  }
});

// 现在再导入App，它会自动使用上面mock的config
import App from './app';

it('should do something with mocked config', () => {
  // 这里编写你的测试逻辑，比如调用App.get()并验证行为
});

解决方案二：动态mock+动态导入（适合单测用例间的差异化mock） #

如果需要在不同测试用例中使用不同的config mock，可以用jest.doMock()（不会被Jest自动提升）结合动态导入App，同时清理模块缓存避免用例间污染。

示例代码：

// 每个用例结束后重置模块缓存，避免mock互相影响
afterEach(() => {
  jest.resetModules();
});

it('should use first mocked config', async () => {
  // 用doMock定义当前用例的mock
  jest.doMock('./config', () => {
    return {
      baseUrl: 'https://first-mock.example.com'
    }
  });

  // 动态导入App，此时会加载刚mock的config
  const { default: App } = await import('./app');

  // 执行测试断言
});

it('should use second mocked config', async () => {
  jest.doMock('./config', () => {
    return {
      baseUrl: 'https://second-mock.example.com'
    }
  });

  const { default: App } = await import('./app');

  // 执行对应测试断言
});

为什么原写法不生效？ #

Jest的jest.mock()默认会被预处理器提升到整个文件的最前面，但这个提升只作用于模块作用域，无法穿透到it测试块内部。当你的测试文件执行时，会先执行顶部的import App from './app'，此时真实的config已经被加载并缓存，后续在it里的mock代码已经无法改变这个缓存了——这就是为什么你看到系统仍加载真实config的原因。

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