You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Mockito模拟RestTemplate.exchange方法时出现400 BadRequest错误如何解决

问题根因

你碰到的400错误核心原因是Mock的RestTemplate实例没有生效,测试运行时实际调用了真实的RestTemplate发起HTTP请求,根本没有走你定义的when(...).thenReturn(...)桩逻辑,才会拿到远端服务返回的400 Bad Request响应。

排查方向与修复方案

1. 检查CarService的RestTemplate注入方式

如果CarService内部是通过new RestTemplate()自行初始化实例,而不是通过Spring容器注入(无@Autowired/构造函数注入),@InjectMocks无法替换掉内部真实的RestTemplate实例,Mock自然不生效。

  • 修复:将CarService的RestTemplate改为构造函数注入,保证Mockito可以注入Mock实例:
@Service
public class CarService {
    private final RestTemplate restTemplate;

    // 构造函数注入,Spring和Mockito都能识别
    public CarService(RestTemplate restTemplate) {
        this.restTemplate = restTemplate;
    }

    // 原有业务逻辑,包括executeRestCall方法
}

如果暂时不想改注入方式,可以在测试的@BeforeEach方法里手动注入Mock实例,彻底避免注解注入失败:

@BeforeEach
void setUp() {
    carService = new CarService(restTemplate);
}

2. 检查exchange方法的重载匹配

RestTemplate的exchange有多个重载版本,如果你业务代码里调用的是带URI参数、ParameterizedTypeReference返回类型、或者额外传uriVariables参数的版本,你当前写的参数匹配规则根本匹配不到实际调用,Mock不会触发。

  • 排查方法:在测试调用逻辑后加校验语句,确认桩方法是否被命中:
carService.executeRestCall(new Payload());
// 校验Mock方法是否被调用
Mockito.verify(restTemplate).exchange(
        ArgumentMatchers.anyString(),
        ArgumentMatchers.any(HttpMethod.class),
        ArgumentMatchers.<HttpEntity<?>>any(),
        ArgumentMatchers.<Class<String>>any()
);

如果运行报Wanted but not invoked错误,就说明方法签名不匹配,对照你业务代码里实际调用的exchange方法参数,调整匹配器规则即可。

注意:你代码里用的Matchers类已经在新版Mockito中废弃,替换为ArgumentMatchers避免匹配逻辑异常。

3. 检查测试类实例初始化逻辑

确认你没有在@BeforeEach方法里手动new CarService实例覆盖@InjectMocks生成的实例,同时如果CarService里的RestTemplate是字段注入,不要给字段加final修饰,否则@InjectMocks无法通过反射替换字段值。


内容的提问来源于stack exchange,提问作者rasilvap

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.30 10:54:26