Java SE-1.8下JUnit 5+Mockito 4.0集成PowerMock运行异常咨询

1. 技术组合是否支持测试场景 #

可以支持，你需要的protected方法验证、内部类调用验证的场景，匹配版本的JUnit5 + Mockito4 + PowerMock组合完全可以实现，当前报错是版本不兼容导致的，不是技术栈本身不支持。

2. pom.xml配置是否正确 #

当前配置不正确，存在3个核心问题：

• 依赖版本完全不匹配：你引入的PowerMock 1.6.4最高只支持Mockito 1.10.x，而你使用的Mockito 4.0.0属于大版本迭代后的产物，Mockito从2.x版本开始就替换了内嵌的cglib组件、调整了内部类路径，老版本PowerMock还在查找旧路径下的类，就会抛出你遇到的NoClassDefFoundError异常
• 缺少JUnit5适配依赖：你用的PowerMockRunner是JUnit4的运行器，和JUnit5的原生测试引擎不兼容，即使版本匹配也无法正常运行JUnit5测试用例
• 依赖选型错误：你引入的powermock-mockito-release-full是适配老版本Mockito的聚合依赖，完全不适配Mockito4版本

3. 调整方案 #

方案一：保留现有技术栈，升级适配PowerMock版本 #

替换pom.xml中所有PowerMock相关依赖为以下适配版本，PowerMock 2.0.9及以上版本支持Mockito4：

<properties>
    <!-- 统一管理版本 -->
    <powermock.version>2.0.9</powermock.version>
</properties>
<dependencies>
    <!-- 原有mockito-inline依赖保留 -->
    <dependency>
        <groupId>org.mockito</groupId>
        <artifactId>mockito-inline</artifactId>
        <version>4.0.0</version>
        <scope>test</scope>
    </dependency>
    <!-- PowerMock适配Mockito4的核心依赖 -->
    <dependency>
        <groupId>org.powermock</groupId>
        <artifactId>powermock-module-junit4</artifactId>
        <version>${powermock.version}</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.powermock</groupId>
        <artifactId>powermock-api-mockito2</artifactId>
        <version>${powermock.version}</version>
        <scope>test</scope>
    </dependency>
    <!-- JUnit5兼容PowerMock的桥接依赖 -->
    <dependency>
        <groupId>org.junit.vintage</groupId>
        <artifactId>junit-vintage-engine</artifactId>
        <version>5.8.1</version>
        <scope>test</scope>
    </dependency>
    <!-- 删除原有powermock-mockito-release-full依赖 -->
</dependencies>

调整后Junit Vintage引擎会自动兼容@RunWith(PowerMockRunner.class)这类JUnit4风格的配置，原有测试逻辑无需大改即可运行。

方案二（更轻量无依赖冲突）：如果只是需要测试protected方法，不需要mock静态/构造方法，直接用反射调用即可，完全不用引入PowerMock： #

测试类可以修改为以下写法：

@Test
final void testBuildUriList() throws Exception {
    ConfigurationBuilder cut = new ConfigurationBuilder(properties);
    // 反射获取protected方法
    Method buildUriListMethod = ConfigurationBuilder.class.getDeclaredMethod("buildUriList", String.class);
    // 开放方法访问权限
    buildUriListMethod.setAccessible(true);
    // 调用方法
    buildUriListMethod.invoke(cut, BROKER_NAME);
    // 补充你需要的验证逻辑即可
}

该方案没有额外依赖，兼容性更好，适合只需要测试非公开方法的场景。

内容的提问来源于stack exchange，提问作者Stefan D.