使用Mockito模拟带请求体的WebClient post方法，本地测试通过但Maven构建失败

这种本地单个测试能过但Maven构建就报错的情况确实挺闹心的，我来帮你梳理几个可能的原因和对应的排查方向：

1. 确认Mockito初始化注解是否正确配置 #

首先要确保你的测试类上添加了Mockito的初始化注解，不然Maven运行测试时可能无法正确初始化@Mock和@InjectMocks标记的对象：

• 如果你用的是JUnit 4，需要在测试类上加上@RunWith(MockitoJUnitRunner.class)
• 如果是JUnit 5，则需要添加@ExtendWith(MockitoExtension.class)

有些IDE会自动帮你处理Mock对象的初始化逻辑，但Maven通过Surefire插件运行测试时，必须显式添加这些注解才能保证Mock实例被正确注入到RestClient中。如果没加，RestClient里的webClient可能是null或者真实实例，自然不会触发Mock的交互。

2. 排查Maven Surefire插件的配置问题 #

检查你的pom.xml中Surefire插件的配置，看看是否有以下情况：

• 是否开启了并行测试（比如<parallel>methods</parallel>或<parallel>classes</parallel>）：并行测试可能导致Mock对象的状态被意外共享或重置，从而丢失交互记录。可以临时注释掉并行配置，重新运行Maven构建验证。
• 是否有测试类过滤规则：确认Surefire插件没有排除当前测试类，或者只执行了部分测试。

3. 检查测试类之间的状态污染 #

如果项目中有多个测试类，要警惕是否存在上下文或Mock状态污染的问题：

• 如果你使用了Spring测试框架，确保测试类之间用@DirtiesContext隔离上下文，避免其他测试类的Bean影响当前测试的Mock实例。
• 其他测试类中如果也Mock了WebClient，可能会导致当前测试的Mock对象被覆盖，建议在每个测试方法开头添加Mockito.reset(webClient)来重置Mock状态（这是临时调试手段，最好还是从根源解决隔离问题）。

4. 验证@InjectMocks的注入是否生效 #

可以在测试方法中添加一行调试代码，确认RestClient中的webClient确实是你Mock的实例：

// 假设RestClient的webClient字段是private，用反射获取
Field webClientField = RestClient.class.getDeclaredField("webClient");
webClientField.setAccessible(true);
System.out.println("RestClient中的webClient实例：" + webClientField.get(restClient));
System.out.println("Mock的webClient实例：" + webClient);

如果输出的两个实例不是同一个，说明@InjectMocks注入失败了。这时候要检查RestClient的构造函数或字段注入逻辑：比如webClient字段是否是private且没有setter，或者构造函数有其他未被Mock的依赖，导致@InjectMocks无法完成注入。

5. 检查Mockito与依赖的版本兼容性 #

确认项目中Mockito的版本和其他依赖（比如Spring Boot、Spring WebFlux）是否兼容。版本不匹配可能导致Mock对象的行为异常，本地IDE可能因为依赖缓存的原因正常，但Maven构建时拉取的依赖版本冲突引发问题。可以尝试升级或降级Mockito版本，或者用dependency:tree命令排查依赖冲突。

备注：内容来源于stack exchange，提问作者saloni