PowerMockito mock JDK静态方法在被测方法内不生效问题

• 该问题不是依赖版本冲突导致，核心是PowerMock的字节码增强机制和JDK类加载机制的适配限制：
  • PowerMock实现静态方法Mock的核心逻辑是通过自定义类加载器修改目标类的字节码，把静态方法的调用指令替换为桩逻辑。但Collections、StreamSupport属于JDK核心类，由顶层的Bootstrap ClassLoader加载，PowerMock无权修改这部分类的字节码。
  • 你把JDK核心类加到@PrepareForTest时，PowerMock只会修改测试类自身Classpath下对这些静态方法的调用引用，所以测试方法内直接调用时打桩生效；但被测类TestClazz没有被纳入字节码增强范围，类中对JDK核心类静态方法的调用还是会走原生方法逻辑。
  • 自定义类CampaignHandlerFactory由应用类加载器（AppClassLoader）加载，PowerMock可以正常修改它的字节码，所以Mock逻辑全程生效。

按优先级从高到低可选：

• 优先方案：不Mock JDK内置静态方法
  JDK内置的工具类静态方法（比如Collections.singletonList、StreamSupport.stream）逻辑稳定、无外部依赖副作用，直接使用真实方法传入真实参数做断言即可，Mock这类方法没有实际收益，反而会增加测试维护成本。
• 必须Mock JDK静态方法时，调整@PrepareForTest配置
  由于无法修改JDK核心类字节码，PowerMock提供了替代增强逻辑：修改调用JDK静态方法的类（也就是你的被测类TestClazz）的字节码，替换其中的JDK静态方法调用指令为桩逻辑。你需要把JDK核心类从@PrepareForTest中移除，加入被测类即可，示例配置：

  @RunWith(PowerMockRunner.class)
  @PrepareForTest({TestClazz.class, CampaignHandlerFactory.class})
  public class TestClazzTest {
      // 测试逻辑无需改动
  }
  

• JDK9+版本额外配置
  如果你的项目用JDK9及以上版本，模块化系统默认限制了对核心类字节码的修改，需要给maven-surefire-plugin增加JVM启动参数开放对应模块权限：

  <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-surefire-plugin</artifactId>
      <configuration>
          <argLine>
              --add-opens java.base/java.util=ALL-UNNAMED
              --add-opens java.base/java.util.stream=ALL-UNNAMED
          </argLine>
      </configuration>
  </plugin>
  

• 长期优化建议
  PowerMock对JDK高版本（尤其是JDK17+）兼容性极差，后续如果有JDK升级计划，建议重构代码将静态方法逻辑封装到可注入的普通Bean中，换用Mockito 3.4+版本自带的静态Mock能力实现测试，稳定性和兼容性更好。

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