Spring基础处理-自动装配的歧义性

本文探讨了在Spring框架中,当多个Bean继承同一接口时@Autowired注解导致的注入歧义问题。介绍了如何通过@Primary指定首选Bean及使用@Qualifier精确匹配目标Bean的方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.出现歧义性的原因

当自动装配的多个bean,同时继承同一个接口的时候,使用@Autowired注解对接口进行bean的注入,会出现歧义性.如:

@Autowired
public void setDessert(Dessert dessert){
this.dessert= dessert;
}

@Component 
public class Cake implement Dessert{...}

@Component
public class Cookies implement Dessert{...}

@Component 
public class IceCream implement Dessert {...}

这三个类都实现了Dessert接口,所以在进行注入的时候,不知道会注入哪一个

2.解决方法

2.1 标记首选的bean
在有@Component 注解的类上加上@Primary注解,表明他是一个首选的类,不能通同时标记两个首选类,如:

//使用组件扫描
@Component
@Primary
public class IceCream implements Dessert{...}

//使用java配置类的显式配置
@Bean
@Primary
public Dessert iceCream() {
return new IceCream;
}
//使用xml的显式配置
<bean id="iceCream" class="包名.IceCream" primary="true"/>

这种方式无法将可选的方案的范围限定到唯一一个无歧义性的选项中,他只能标记一个优先的方案,没有办法进一步缩小范围.
2.限定自动装配的bean
使用@Qualifier 注解,可以和@Autowired和@Inject注解一起使用,如:

@Autowired
@Qualifier("iceCream")//里面的参数就是想要注入的bean的ID,@Component注解的类,都会被创建为bean,默认的id就是类名的首字母小写,这就表示要把iD为iceCream的类注入进去.如果没有iceCream作为限定符,那默认的就是这个bean的ID
public Dessert dessert;

这种方法有一些问题,比如,如果重构了IceCream方法,那么iceCream这个ID就不能找到任何方法,自动装配就会失败.所以要创建自定义的限定符来解除这种紧耦合.
在类的定义上也是用@Qualifier注解:

@Component
@Qualifier("cold")//给类起一个ID ,这个ID不能乱起,应该表达这个类的一些特性
public class IceCream implements Dessert{...}

然后使用上面的@Autowired和@Qualifier(“cold”)就可以啦
PS:如果有相同的cold作为限定符,还是有歧义,可以想到的方法是使用多个@Qualifier 来给类进行限定多个ID,但是,上面的方法可能会报错,Java不允许在统一条目上重复出现多个相同类型的注解,如下是可能报错的:

@Component
@Qualifier("cold")
@Qualifier("creamy")
public class IceCream implements Dessert{...}


@Autowired
@Qualifier("cold")
@Qualifier("creamy")
public Dessert dessert;

所以根据这种需求可以创建多个自定义的注解来实现这个功能,比如创建@Cold注解来代替@Qualifier(“cold”)

@Target({ElementType.CONSTRUCTOR,ElementType.FIELD,ElementType.METHOD,ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier
public @interface Cold{}  //这个方法写在哪还没实践确定

@Target({ElementType.CONSTRUCTOR,ElementType.FIELD,ElementType.METHOD,ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier
public @interface Creamy{}  


@Component
@Cold
@Creamy
public class IceCream implements Dessert{...}

@Autowired 
@Cold
@Creamy
public Dessert Dessert;
标题基于SpringBoot+Vue的学生交流互助平台研究AI更换标题第1章引言介绍学生交流互助平台的研究背景、意义、现状、方法与创新点。1.1研究背景与意义分析学生交流互助平台在当前教育环境下的需求及其重要。1.2国内外研究现状综述国内外在学生交流互助平台方面的研究进展与实践应用。1.3研究方法与创新点概述本研究采用的方法论、技术路线及预期的创新成果。第2章相关理论阐述SpringBoot与Vue框架的理论基础及在学生交流互助平台中的应用。2.1SpringBoot框架概述介绍SpringBoot框架的核心思想、特点及优势。2.2Vue框架概述阐述Vue框架的基本原理、组件化开发思想及与前端的交互机制。2.3SpringBoot与Vue的整合应用探讨SpringBoot与Vue在学生交流互助平台中的整合方式及优势。第3章平台需求分析深入分析学生交流互助平台的功能需求、非功能需求及用户体验要求。3.1功能需求分析详细阐述平台的各项功能需求,如用户管理、信息交流、互助学习等。3.2非功能需求分析对平台的能、安全、可扩展等非功能需求进行分析。3.3用户体验要求从用户角度出发,提出平台在易用、美观等方面的要求。第4章平台设计与实现具体描述学生交流互助平台的架构设计、功能实现及前后端交互细节。4.1平台架构设计给出平台的整体架构设计,包括前后端分离、微服务架构等思想的应用。4.2功能模块实现详细阐述各个功能模块的实现过程,如用户登录注册、信息发布与查看、在线交流等。4.3前后端交互细节介绍前后端数据交互的方式、接口设计及数据传输过程中的安全问题。第5章平台测试与优化对平台进行全面的测试,发现并解决潜在问题,同时进行优化以提高能。5.1测试环境与方案介绍测试环境的搭建及所采用的测试方案,包括单元测试、集成测试等。5.2测试结果分析对测试结果进行详细分析,找出问题的根源并
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值