一篇文章告诉你spring中的@Autowired注入时到底是根据byType还是byName

 先写几个栗子观察运行结果
配置类
@Configuration
@ComponentScan("test")
public class AppConfig {
}
接口类
public interface Hunter {
    public void display();
}
两个实现类
@Component
public class Hunter1 implements Hunter {
    @Override
    public void display() {
        System.out.println("hunter1");
    }
}
@Component
public class Hunter2 implements Hunter {
    @Override
    public void display() {
        System.out.println("hunter2");
    }
}
service类,在这个service类中用@Autowired注入Hunter
@Component
public class Service {

    @Autowired
    Hunter hunter;

    public void show(){
        hunter.display();
    }

}
测试主类
public class test {
    public static void main(String[] args) {
        AnnotationConfigApplicationContext annotationConfigApplicationContext =
                new AnnotationConfigApplicationContext(AppConfig.class);
        Service service = annotationConfigApplicationContext.getBean(Service.class);
        service.show();
    }
}
  我们运行一下查看结果:异常显示,程序希望找到但匹配的实例,实际找到两个目标类,无法匹配,到这我们得出来一个结论:@Autowired是根据byType去注入的(hunter1和hunter2都是实现hunter接口,所以他们是同一种类型)

Exception in thread "main" org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'service': Unsatisfied dependency expressed through field 'hunter'; nested exception is org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'test.Hunter' available: expected single matching bean but found 2: hunter1,hunter2
	at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:587)
	at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:91)
  接下来我们将service类中的 Hunter 属性的属性名 由 “hunter” 改为 “hunter1” ,然后再运行一下
@Component
public class Service {

    @Autowired
    Hunter hunter1;

    public void show(){
        hunter1.display();
    }

}
接下来奇迹出现了,竟然没有报错。

在这里插入图片描述

  到这我们好像觉得@Autowired不仅仅是跟根据byType注入,应该是这样:首先根据byType注入,如果注入出现异常就再根据byName注入。然鹅真的是这样吗,我们换一种思路,首先根据byName注入,如果注入出现异常就在根据byType注入似乎也说得过去。我们刚刚写的是 Hunter hunter;先根据hunter的byname去找,找不到,又根据byType找找到两个最后抛异常。
  我们好像已经蒙蔽了,没关系我们现在再把属性的类型在改一下,由 “Hunter” 改成 “Hunter2”,让我们彻底懵逼吧
@Component
public class Service {

    @Autowired
    Hunter2 hunter1;

    public void show(){
        hunter1.display();
    }

}
运行结果

在这里插入图片描述

   此时我们是否可以也人为先通过byName注入,发现hunter1和Hunter2类型不匹配,然后先挂起,再根据Hunter2注入,注入成功,然后继续执行。可能到这已经完全懵逼了
  前方高能,为了弄清楚spring中@Autowired到底是通过怎样的方式注入,那么我们跟一遍源码。为了方便理解和操作我把注入属性和值再改回到最初始状态

在这里插入图片描述

  spring中的属性填充是通过populateBean这个方法完成(后期有时间补充一下spring中的属性填充流程),spring中初始化bean是不管属性,先将bean new出来,然后在调用populateBean方法的后置处理器来进行属性的填充。@Autowired的后置处理器是AutowiredAnnotationBeanPostProcessor,我们直接进到这个类来的postProcessPropertyValues方法来跟进。
  我们将断点条件设置为beanName.equals(“service”),当bean为service时我们进入metadata.inject方法来继续跟进。

在这里插入图片描述

我们进到这个方法的最核心方法内

在这里插入图片描述

在inject方法内有一个value我们假设value就是获取到的类,我们跳过这行代码看一下

在这里插入图片描述

当我们执行 value之前 value为空,执行之后value有值了,那么肯定只在这里取得的值

在这里插入图片描述

我们继续进到beanFactory.resolveDependency这个方法

在这里插入图片描述

执行过result之后确认最终进入到doResolveDependency 这个方法,执行该方法过程中我们发现matchingBeans中有两个值,从此我们断定首先是根据byType,那么接下来我们继续

在这里插入图片描述
在这里插入图片描述

到这里源码根据结束,我们终于明白,其实@Autowired注入首先根据byType注入,当类型大于1时在根据byName注入。
  • 28
    点赞
  • 35
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值