不修改源码的前提下如何Mock类中静态初始化的复杂Java对象？

针对描述的ComplexType初始化逻辑重、静态初始化早于反射操作无法直接替换的问题，可通过以下方案实现： #

方案1：使用PowerMock框架（最简方案） #

PowerMock通过自定义类加载器修改字节码，可以在目标类的静态初始化逻辑执行前完成字段替换，完全规避原ComplexType的初始化流程：

• 操作步骤：
  1. 引入PowerMock与对应单元测试框架的适配依赖
  2. 在测试类上添加注解标记需要预处理的目标类：

     // JUnit4示例
     @RunWith(PowerMockRunner.class)
     @PrepareForTest(SomeType.class) // 告诉PowerMock提前加载修改SomeType的字节码
     public class SomeTypeTest {
         @Test
         public void testProcess() {
             // 第一步：提前Mock ComplexType对象，不会触发原类的初始化逻辑
             ComplexType mockComplex = Mockito.mock(ComplexType.class);
             // 第二步：在SomeType触发静态初始化前，替换静态final字段TYPE
             Whitebox.setInternalState(SomeType.class, "TYPE", mockComplex);
             // 第三步：定义Mock对象的预期行为
             Mockito.when(mockComplex.something()).thenReturn("mock返回值");
             
             // 执行业务测试逻辑
             Object result = new SomeType().process(1, "<some text>");
             // 结果断言
             // ...
         }
     }
     

• 适配注意：Java 9+环境需要添加JVM启动参数--add-opens java.base/java.lang.reflect=ALL-UNNAMED开放反射权限。

方案2：自定义类加载器/Java Agent（无PowerMock依赖场景） #

如果项目不允许引入PowerMock，可通过字节码工具手动修改SomeType的类定义：

• 基于ByteBuddy、ASM等字节码工具，在SomeType被JVM加载前，修改其静态字段TYPE的初始化逻辑，直接返回Mock后的对象，完全跳过new ComplexType()的执行。
• 该方案对业务代码无侵入，适合对依赖管控严格的项目。

方案3：容器测试框架隔离类加载 #

如果是集成测试场景，可通过Arquillian等容器测试框架的类隔离能力，为测试环境单独提供一个无复杂初始化逻辑的ComplexType Mock实现类，优先于业务实现类加载，同样可以规避原初始化逻辑的执行。

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