@SpringBootTest应用如何让部分请求绕过自动配置的MockRestServiceServer实现真实调用

不需要维护两个独立配置的RestTemplate，仅需在Mock请求拦截层做路由扩展，就能实现「本地初始化请求自动透传、远端转发请求走Mock打桩」的目标。

底层实现逻辑 #

MockRestServiceServer的核心本质，是给绑定的RestTemplate挂载一个ClientHttpRequestInterceptor，接管所有从RestTemplate发出的请求。我们可以对这个拦截器做能力扩展：

• 收到请求后先做白名单匹配：如果请求目标在预设的本地服务地址列表内，就直接绕过Mock逻辑，用原生请求执行器发起真实HTTP调用，将本地RestController返回的真实结果透传回去，这类请求完全不进入Mock的期望校验队列
• 未命中白名单的请求（也就是应用转发到远端域名的请求），完全沿用默认的Mock打桩逻辑，按照测试预设的期望返回模拟响应，纳入正常的Mock校验范围

无侵入落地步骤 #

• 自定义透传拦截器：继承默认的Mock拦截器实现，在请求拦截的入口先增加白名单判断逻辑，命中白名单的请求直接调用原生SimpleClientHttpRequestFactory发起真实请求，不再走Mock的请求匹配流程
• 替换默认绑定逻辑：不使用全局自动装配的MockRestServiceServer，手动将自定义的透传拦截器挂载到应用实际使用的单例RestTemplate实例上，对业务代码零改造
• 测试用例适配：远端需要模拟的接口按照原有方式编写expect打桩逻辑即可；白名单覆盖的本地初始化请求不需要写任何Mock期望，拦截器会自动将请求转发到@SpringBootTest启动的本地服务端口，由真实业务Controller完成初始化逻辑处理。

注意事项 #

• 白名单匹配规则建议直接使用@LocalServerPort注入的本地测试端口作为前缀，避免请求路由到错误的外部地址
• 透传的本地请求不会触发Mock的未匹配请求校验，就算测试用例中没有为本地路径编写任何期望规则，也不会抛出请求不匹配的异常
• 这种扩展方式是在拦截器层做路由拆分，不需要修改业务代码中的RestTemplate调用逻辑，从根源上避免了双RestTemplate的冗余维护成本

这种实现本质上就是把原本全量Stub的MockRestServiceServer，改造成了支持部分Spy透传的混合模式，完全适配端到端测试的场景诉求。

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