如何Mock静态方法内实例化的对象？JUnit5+Mockito单元测试问题

Mock逻辑不生效是三个直接原因：

• 业务代码里SubConverter.subConvert()通过new Generator()手动创建实例，你用@Mock生成的generatorMock是测试环境下独立创建的Mock对象，和业务代码内部new出来的实例完全无关，Mockito默认不会主动替换代码中手动构造的对象。
• Converter.convert()是静态方法，归属于类本身，不依赖类实例。@InjectMocks仅能给测试类的实例对象注入依赖，无法干预静态方法的调用逻辑，加了注解也不会生效。
• PowerMock对JUnit5 5.8+、Mockito4.x版本的兼容性极差，配置繁琐容易出错，且你当前使用的Mockito 4.3.1已经原生支持构造方法Mock，完全不需要引入PowerMock。

注意：Mockito 4.3.1版本的构造器Mock能力由mockito-inline包提供，如果你的项目当前引入的是mockito-core，替换为同版本的mockito-inline即可，原有Mockito API完全兼容，不需要修改其他测试代码。

直接使用Mockito提供的mockConstruction能力拦截Generator的构造过程即可，不需要修改任何遗留业务代码，测试代码示例如下：

import org.junit.jupiter.api.Test;
import org.mockito.MockedConstruction;
import org.mockito.Mockito;

class ConverterTest {

  @Test
  void convertTest() {
    // 拦截Generator类的所有构造调用，所有new Generator()返回的实例都会应用下面的Mock规则
    try (MockedConstruction<Generator> generatorMocked = Mockito.mockConstruction(Generator.class,
            (generatorMock, context) -> {
              // 定义generate方法的Mock返回值
              Mockito.when(generatorMock.generate()).thenReturn("123");
            })) {

      String result = Converter.convert();
      // 此处编写你的业务断言逻辑
      // 例：Assertions.assertEquals("123", result);

      // 可选：校验方法调用次数是否符合预期
      Generator usedMock = generatorMocked.constructed().get(0);
      Mockito.verify(usedMock, Mockito.times(1)).generate();
    }
    // try-with-resources块执行结束后，构造器Mock会自动清除，不会污染其他测试用例
  }
}

如果后续你有权限修改这段遗留代码，建议做如下调整降低测试维护成本：

• 尽量避免在静态方法中直接new依赖对象，优先通过方法参数传递依赖实例
• 将静态方法改为实例方法，把Generator、SubConverter都作为可注入的组件管理，后续测试直接用@Mock+@InjectMocks就能完成依赖替换，不需要使用构造器Mock这种重操作。

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