看了下网上的介绍,大部分都是模棱两可,下面说下自己试验的结果。
1.@Autowired 默认是按照byType自动装配,若是byType找不到或者找到多个就会按byName自动装配,都找不到才会报错。
我们使用两个子类实现父类IndexDao的接口,都让Spring管理
依赖注入
测试
发现会报错,提示容器内有两个该接口的子类实例,无法区分。
分析其装配流程:
第一步:byType,发现有该接口的两个子类,无法按照byType来进行装配。
第二步,按byName,byName会按照依赖注入时候的属性名称来查找
但是我们这里写的属性名称是indexDao,没有与两个子类的名称相同,所以第二步byName找不到。此时就会报错,报的是第一步byType的错误,找到了两个实例
但是,若是将此处的属性名称改成对应的实例的名称
会发现Spring定位到了指定的实例类,这是因为第二步的byName装配已经根据注入的属性名称找到了IndxeDaoImpl2.
二、@Resource 默认按byName进行加载,若是找不到或者定位不到,就会按照byType进行装配
分析下装配流程:
第一步:按byName查找,发现属性名称为indexDao,无法定位
第二步:按照byType查找,发现有两个实现子类,报错找到两个
我们吧属性名称改为对应的子类名称试验
发现Spring就可以定位到了。
总结:
@Autowired与@Resource只是其内部的自动装配的加载流程不相同,但是都会走byType与byName,
对于使用者来说,没那么麻烦。若是发现报错找到多个实例,有多种解决方案:
1.可以直接对依赖注入的属性名称修改为指定的子类。
2.可以去掉一个子类实例不让Spring管理。
3.给其中一个子类加上@Primary注解指定优先级
4.注入的时候加上@Qualifier修饰符
5.使用@Resource(“xxxxx”)指定