在前面的文章中,松哥和小伙伴们分享了 @Primary、@Qualifier 注解在处理该问题时的一些具体的方案,但是都是零散的,今天咱们来把这些方案总结一下,顺便再来看看是否还存在其他方案?
1. 问题呈现
假设我有 A、B 两个类,在 A 中注入 B,如下:
@Component
public class A {
@Autowired
B b;
}
至于 B,则在配置类中存在多个实例:
@Configuration
@ComponentScan
public class JavaConfig {
@Bean("b1")
B b1() {
return new B();
}
@Bean("b2")
B b2() {
return new B();
}
}
这样的项目启动之后,必然会抛出如下异常:
图片
今天我们就来总结下这个问题的解决方案。
2. 解决方案分析
2.1 @Resource
使用 @Resource 注解,这个应该是大家最容易想到的方案之一,不过使用 @Resource 注解需要额外添加依赖:
jakarta.annotation
jakarta.annotation-api
2.1.1
加了依赖之后,现在就可以直接使用 @Resource 注解了:
@Service
public class A {
@Resource(name = "b1")
B b;
}
2.2 @Qualifier 指定 name
另一种方案就是搭配 @Qualifier 注解,通过该注解指定 Bean 的名称:
@Service
public class A {
@Autowired
@Qualifier("b1")
B b;
}
2.3 @Qualifier 不指定 name
这种方案也是搭配 @Qualifier,但是并不指定 BeanName,而是在 B 注册和 A 中注入 B 的时候,分别标记一个 @Qualifier 注解:
@Service
public class A {
@Autowired
@Qualifier
B b;
}
@Configuration
@ComponentScan
public class JavaConfig {
@Bean
@Qualifier
B b1() {
return new B();
}
@Bean
B b2() {
return new B();
}
}
2.4 不作为候选 Bean
另外还有一种方案,就是在注册 Bean 的时候,告诉 Spring 容器,这个 Bean 在通过 type 进行注入的时候,不作为候选 Bean。
小伙伴们知道,在第一小节中报的错,原因就是因为根据 type 去查找相应的 Bean 的时候,找到了多个候选 Bean,所以才会报错,所以我们注册一个 Bean 的时候,可以设置该 Bean 不是候选 Bean,这个设置并不影响通过 name 注入一个 Bean。
具体配置如下:
Java 代码配置:
@Configuration
@ComponentScan
public class JavaConfig {
@Bean(autowireCandidate = false)
B b1() {
return new B();
}
@Bean
B b2() {
return new B();
}
}
autowireCandidate 属性就表示这个 Bean 不是一个候选 Bean。
XML 配置:
autowire-candidate 属性表示当前 Bean 是否作为一个候选 Bean。
2.5 @Primary
差点把我们最常用的方案忘了。@Primary 表示当通过 type 注入的时候,如果当前 Bean 存在多个实例,则优先使用带有 @Primary 注解的 Bean。
@Service
public class A {
@Autowired
B b;
}
@Configuration
@ComponentScan
public class JavaConfig {
@Bean
@Primary
B b1() {
return new B();
}
@Bean
B b2() {
return new B();
}
}
好啦,这就是松哥总结出来的 5 种方案,实际上,基于这五种,还能衍生出来一些方案,这就需要小伙伴们自行探索啦~
最后大家思考这样一问题:对于第一小节提出来的问题,如果同时使用 2.2 和 2.5 小节的方案,那么哪一个会生效呢?