JUnit4+Mockito+PowerMock环境下Mockito无法Mock类异常解决

从你的堆栈信息来看，真正的问题不是Mockito无法Mock普通类，而是PowerMock类加载器在处理javax.xml.rpc相关类时遇到了空实现类——这类类只有方法签名但没有实际代码（通常是JDK中自带的Java EE API stub），导致ByteBuddy生成Mock类时抛出ClassFormatError，进而触发了Mockito的上层异常。

下面是具体的解决方案：

1. 核心解决方案：让PowerMock跳过加载有问题的包 #

在你的测试类上添加@PowerMockIgnore注解，指定PowerMock不要处理javax.xml.rpc相关的类，交给系统类加载器加载即可：

@RunWith(PowerMockRunner.class)
@PowerMockIgnore({"javax.xml.rpc.*"}) // 关键配置：跳过该包下的类加载
public class YourTestClass {
    @Mock
    private YourTargetNormalClass yourMockInstance;

    @Test
    public void testBusinessLogic() {
        // 编写你的测试逻辑
    }
}

这个注解会告诉PowerMock的自定义类加载器，不要尝试加载指定包下的类，避免触发空类的ClassFormatError。

2. 排查依赖：确保javax.xml.rpc有完整实现（可选） #

如果你的被测类确实依赖了javax.xml.rpc的功能，那么JDK自带的空API stub不足以支持运行，需要在pom.xml中引入完整的API实现依赖：

<dependency>
    <groupId>javax.xml.rpc</groupId>
    <artifactId>javax.xml.rpc-api</artifactId>
    <version>1.1.1</version>
    <scope>test</scope>
</dependency>

或者如果需要具体的实现（比如Axis），可以添加对应的实现包。

3. 验证依赖版本兼容性（可选） #

虽然你的版本组合理论上兼容，但可以确保PowerMock和ByteBuddy的版本匹配：

• PowerMock 2.0.2默认依赖ByteBuddy 1.9.x，你添加的1.9.7是兼容的，但可以尝试排除PowerMock自带的ByteBuddy，强制使用你指定的版本，避免潜在冲突：

<dependency>
    <groupId>org.powermock</groupId>
    <artifactId>powermock-module-junit4</artifactId>
    <version>2.0.2</version>
    <scope>test</scope>
    <exclusions>
        <exclusion>
            <groupId>net.bytebuddy</groupId>
            <artifactId>byte-buddy</artifactId>
        </exclusion>
        <exclusion>
            <groupId>net.bytebuddy</groupId>
            <artifactId>byte-buddy-agent</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<!-- 手动指定ByteBuddy版本 -->
<dependency>
    <groupId>net.bytebuddy</groupId>
    <artifactId>byte-buddy</artifactId>
    <version>1.9.7</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>net.bytebuddy</groupId>
    <artifactId>byte-buddy-agent</artifactId>
    <version>1.9.7</version>
    <scope>test</scope>
</dependency>

总结 #

优先尝试@PowerMockIgnore({"javax.xml.rpc.*"})这个配置，这是解决这类PowerMock类加载冲突最直接的方法。如果是依赖缺失问题，再补充完整的API实现包。

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