多OAuth2RestTemplate Bean冲突：无需修改调用方的解决方案咨询

你遇到的问题是因为两个同类型的OAuth2RestTemplate Bean在Spring容器中并存，导致按类型注入时无法确定选择哪一个。既然要让调用方完全不用修改代码，所有调整都可以在你的Jar项目里完成，我给你推荐几个靠谱的方案：

方案1：自定义子类包装Jar中的RestTemplate（最稳妥） #

核心思路是让Jar里的RestTemplate成为OAuth2RestTemplate的子类，这样调用方按OAuth2RestTemplate类型注入时，只会匹配到他们自己的那个Bean，而Jar内部可以正常使用自定义子类的实例。

步骤如下：

1. 在Jar项目里创建一个继承自OAuth2RestTemplate的自定义类：

public class ClientBRestTemplate extends OAuth2RestTemplate {
    public ClientBRestTemplate(OAuth2ProtectedResourceDetails resource) {
        super(resource);
    }
}

2. 修改Jar中的Bean配置，返回这个自定义子类，同时保留@Qualifier("restTemplateB")标识：

@Bean
@Qualifier("restTemplateB")
public ClientBRestTemplate restTemplateB() {
    // 原来的配置逻辑，设置client_id_B和client_secret_b等参数
    ClientCredentialsResourceDetails resourceDetails = new ClientCredentialsResourceDetails();
    resourceDetails.setClientId("client_id_B");
    resourceDetails.setClientSecret("client_secret_b");
    // 补充tokenUri等其他必要配置
    resourceDetails.setAccessTokenUri("https://your-oauth-server/token");
    
    return new ClientBRestTemplate(resourceDetails);
}

3. Jar内部需要使用这个RestTemplate时，直接注入ClientBRestTemplate或者通过@Qualifier("restTemplateB")注入即可，完全不影响调用方的原有代码。

方案2：用条件注解避免重复注册（适用于Jar的RestTemplate非必须场景） #

如果你的Jar中的restTemplateB只是作为备选（比如调用方没有自己的OAuth2RestTemplate时才生效），可以给Jar的Bean添加@ConditionalOnMissingBean注解，这样当调用方已经有同类型的Bean时，Jar的Bean就不会被注册，自然不会有冲突：

@Bean
@Qualifier("restTemplateB")
@ConditionalOnMissingBean(OAuth2RestTemplate.class)
public OAuth2RestTemplate restTemplateB() {
    // 原有配置逻辑...
}

注意：这个方案只适合Jar的RestTemplate不是内部必须依赖的场景，如果Jar自身业务必须用到restTemplateB，还是方案1更合适。

方案3：谨慎使用@Primary（不推荐） #

不建议用这个方案，因为@Primary是全局生效的，如果给Jar的Bean加上@Primary，会导致调用方按类型注入时优先拿到Jar的RestTemplate，这大概率不是你想要的结果。如果调用方的Bean已经标记了@Primary，那Jar的Bean加不加都没用，反而容易引发混乱。

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