@Autowired 属性注入原理 源码解析

前提

在UserController中有一个UserService属性, 这个属性有两个实现类,

OrderServiceImpl 与 UserServiceImpl都是他的实现类, 并且都注入到了spring容器中

我们知道 @Autowired注解的特性是根据属性的类型去寻找bean, 如果存在多个, 就从多个之中根据名字去匹配, 最终获取唯一的bean, 让我们通过源码来分析一下这个流程

源码流程

1. 直接进入到refresh()方法中
   
   进入583行, 因为在这个方法中完成的bean创建
   
   922行断点拦截userController bean创建
   接下来进入939行 getBean() -> createBean(beanName, mbd, args) -> doCreateBean(beanName, mbdToUse, args); -> populateBean(beanName, mbd, instanceWrapper);
   熟悉springboot源码的人都知道, populateBean(beanName, mbd, instanceWrapper); 这个方法是用来给属性赋值的, 进入这个方法
   
   1413行代码没走的时候, 属性值还是null, 当该方法执行结束后, 属性值就不为null了, 说明在该方法中进行属性赋值,
   当bp为AutowrieAnnotationBeanPostProcessor类型时, 进入这个方法
   
   397行获取注解的一些属性值
   进入399行
   
   628行获取属性信息
   进入640行
   
   进入657行
   
   进入1300行
   
   进入1343行, 在这个方法中获取属性名对应的bean值
   
   1546行去获取所有的userService类型的bean, 返回一个数组
   1548行 Map<String, Object> result 中 key是bean name, value是bean对象
   1560-1564 给result对象赋值
   
   
   1355 如果存在多个值, 进入
   
   1624 : 判断多个类上是否有类标注了@Primary注解, 如果有则直接返回
   1628 : 判断多个类上是否添加了@Priority注解, 这个注解主要是用来排序
   
   1355行返回一个唯一的beanName,
   1356-1366 : 如果返回值为null则抛异常
   1367行根据beanName获取对象
   
   1380行最为关键, 根据instanceCandidate去beanFactory中获取bean对象, 如果没有则创建bean对象, 最后再赋值给instanceCandidate, 因为他是一个Object类型, 此时instanceCandidate就是一个bean实例
   最后将instanceCandidate赋值给result , 返回

最后通过反射将属性值赋值