如何在集成测试中合理禁用OAuth2ClientHttpRequestInterceptor？

针对你提到的PR#15437引入的新OAuth2ClientHttpRequestInterceptor，在集成测试中有几种更优的禁用方案，比你当前使用Mock替换整个拦截器的方式更简洁、贴合Spring Security设计：

方案一：替换为No-Op OAuth2AuthorizedClientManager（推荐） #

OAuth2ClientHttpRequestInterceptor的核心逻辑依赖OAuth2AuthorizedClientManager获取授权客户端，只要让这个管理器返回空或不执行授权逻辑，拦截器就不会添加Authorization请求头，从根源上禁用其功能。

实现代码如下：

@TestConfiguration
public class OAuth2TestConfiguration {
    @Bean
    public OAuth2AuthorizedClientManager noOpAuthorizedClientManager() {
        return new OAuth2AuthorizedClientManager() {
            @Override
            public OAuth2AuthorizedClient authorize(OAuth2AuthorizeRequest authorizeRequest) {
                // 不返回授权客户端，拦截器将跳过token注入逻辑
                return null;
            }

            @Override
            public void authorize(OAuth2AuthorizeRequest authorizeRequest, Consumer<OAuth2AuthorizedClient> authorizedClientConsumer) {
                // 空实现，不处理授权结果
            }
        };
    }
}

这种方式不需要替换拦截器本身，而是通过控制其依赖组件的行为来达到目的，更贴合Spring Security的组件设计思路。

方案二：自定义轻量No-Op拦截器 #

如果你更倾向于直接控制拦截器行为，可以实现一个极简的OAuth2ClientHttpRequestInterceptor，直接执行原请求而不做任何额外处理，比使用Mockito Mock更简洁可靠：

@TestConfiguration
public class OAuth2TestConfiguration {
    @Bean
    @Primary
    public OAuth2ClientHttpRequestInterceptor noOpOAuth2ClientHttpRequestInterceptor() {
        return (request, body, execution) -> execution.execute(request, body);
    }
}

方案对比 #

• 你当前的Mock方案虽然可行，但Mock整个拦截器类可能引入不必要的复杂性，比如需要维护Mock的行为逻辑；
• 方案一从依赖层面控制，更符合Spring的依赖注入设计，是推荐的最佳实践；
• 方案二直接替换拦截器，代码更简洁，适合只需要拦截器不生效的场景。

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