实例化方法,把bean实例化,并且包装成BeanWrapper

1、点进这个方法里面。

spring存在重复的bean spring bean重复注入_依赖注入

 这个方法是反射调用类中的 factoryMethod 方法。 这要知道@Bean 方法的原理, 实际上spring 会扫描有@bean 注解的方法, 然后把方法名称设置到 BeanDefinition 的 factoryMethod属性中, 接下来就会调到上面截图中的方法实现@Bean 方法的调用。 

2、 有参构造函数的时候

spring存在重复的bean spring bean重复注入_实例化_02

determineConstructorsFromBeanPostProcessors这个方法是 BeanPostProcessor 接口类的首次应用, 最终会掉到AutowiredAnnotationBeanPostProcessor 类的方法, 在方法中会扫描有注解的构造函数然后完成装配过程。 然后把有有@Autowired 注解的构造函数返回。

3、 无参构造函数的实例化

spring存在重复的bean spring bean重复注入_依赖注入_03

 

 这就是简单的反射实例化。 大部分类的实例化都会走这个逻辑
4、 类中注解的收集
实例化完成后接下来就需要对类中的属性进行依赖注入操作, 但是类里面属性和方法的依赖注入往往用@Autowired 或者@Resource 注解, 那么这些注解的依赖注入是如何完成的呢?
注解的收集:

spring存在重复的bean spring bean重复注入_spring存在重复的bean_04

 

 也是通过 BeanPostProcessor 接口类型实例来挨个处理的。
A、 首先是
CommonAnnotationBeanPostProcessor 类, 这个类完成了@Resource 注解的属性或者方法的收集这个类还对@PostConstruct 和@PreDestory 支持  

 

spring存在重复的bean spring bean重复注入_类属性_05

 收集过程
1、 看缓存里面有没有 InjectionMetadata 对象
2、 从类中获取所有 Field 对象, 循环 field 对象, 判断 field 有没有@Resource 注解,如果有注解封装成 ResourceElement 对象
3、 从类中获取所有 Method 对象, 循环 Method 对象, 判断 Method 有没有@Resource注解, 如果有注解封装成 ResourceElement 对象
4、 最终把两个 field 和 Method 封装的对象集合封装到 InjectionMetadata 对象中

B、 然后是AutowiredAnnotationBeanPostProcessor 类, 对@Autowired 注解的属性和方法的收集。 收集过程基本上跟@Resource 注解的收集差不多, 这里就不赘述了  

5、 IOC\DI 依
对应的方法:

spring存在重复的bean spring bean重复注入_spring存在重复的bean_06

spring存在重复的bean spring bean重复注入_类属性_07

 

  这里又是一个 BeanPostProcessor 类型接口的运用, 前面我们讲到了@Resource@Autowired 注解的收集, 那么这个方法就是根据收集到的注解进行反射调用。 

 

spring存在重复的bean spring bean重复注入_类属性_08

 

 循环收集到的 metaData 中的 list 对象, 然后挨个调用里面的 InjectedElement 的inject 方法完成依赖注入。 

 

spring存在重复的bean spring bean重复注入_spring存在重复的bean_09

 

  其中 value 值的获取, 如果依赖的属性是一个引用类型必定会触发该属性的BeanFactory.getBean 操作, 从而从 spring 容器中获取到对应的实例。 方法的依赖注入类似这里就不再赘述。

6、 bean 实例化后的操作
代码走到这里:

spring存在重复的bean spring bean重复注入_依赖注入_10

 

 

A、 首先是对某些 Aware 接口的调用

spring存在重复的bean spring bean重复注入_依赖注入_11

 

 B、 然后@PostConstruct 注解方法的调用

spring存在重复的bean spring bean重复注入_类属性_12

 

 这里又是一个 BeanPostProcessor 接口的运用,前面讲过, 有@PostConstruct 注解的方法会收集到一个 met就是通过 BeanPostProcessor 接口调到类, 然后在类中拿根据对象里面的容器来反射调用有注解的方法。 代码如下:

spring存在重复的bean spring bean重复注入_依赖注入_13

spring存在重复的bean spring bean重复注入_类属性_14

有@PostConstruct 注解的容器会收集到 initMethods 容器中, 接下来就是方法的反射调用。

spring存在重复的bean spring bean重复注入_实例化_15

 

  C、 InitializingBean 接口和 init-method 属性调用

spring存在重复的bean spring bean重复注入_依赖注入_16

  Init-method 属性调用是在 afterPropertiesSet 之后

spring存在重复的bean spring bean重复注入_spring存在重复的bean_17

 

 afterPropertiesSet和Init-method和有@PostConstruct注解的方法其实核心功能都是一样的, 只是调用时序不一样而已, 都是在该类实例化和 IOC 做完后调用的, 我们可以在这些方法中做一些在 spring 或者 servlet 容器启动的时候的初始化工作。 比如缓存预热, 比如缓存数据加载到内存, 比如配置解析, 等等初始化工作。在这个方法里面还有一个重要的逻辑

spring存在重复的bean spring bean重复注入_类属性_18

 也是一个 BeanPostProcessor 接口的运用, 在这里会返回 bean 的代理实例, 这个就是 AOP 的入口。D、 FactoryBean 接口带入如下:

 

spring存在重复的bean spring bean重复注入_spring存在重复的bean_19

 在实例化和 IOC/DI 做完后, 就会调用 FactoryBean 类型的接口, 如果要获取到FactoryBean 类本身, 就必须加上”&”符号, 比如beanFactory.getBean(“&beanName” )。

spring存在重复的bean spring bean重复注入_类属性_20

 

 BeanFactory.getBean(“beanName” )只能获取到 getObject()方法返回的实
例。getObject 方法返回的实例会有单独的缓存存储, 跟其他实例不是同一个缓存, 对应的缓存是: factoryBeanObjectCache 

E、 循环依赖
循环依赖请参照流程图理解
https://www.processon.com/view/link/5df9ce52e4b0c4255ea1a84f循环依赖只会出现在单例实例无参构造函数实例化情况下
有参构造函数的加@Autowired 的方式循环依赖是直接报错的, 多例的循环依赖也是
直接报错的

 

spring存在重复的bean spring bean重复注入_实例化_21

 

 

spring存在重复的bean spring bean重复注入_类属性_22

 

循环依赖步骤:
1、 A 类无参构造函数实例化后, 设置三级缓存
2、 A 类 populateBean 进行依赖注入, 这里触发了 B 类属性的 getBean 操作
3、 B 类无参构造函数实例化后, 设置三级缓存
4、 B 类 populateBean 进行依赖注入, 这里触发了 A 类属性的 getBean 操作
5、 A 类之前正在实例化, singletonsCurrentlyInCreation 集合中有已经有这个 A 类了, 三级缓存里面也有了, 所以这时候是从三级缓存中拿到的提前暴露的A 实例, 该实例还没有进行 B 类属性的依赖注入的, B 类属性为空。
6、 B 类拿到了 A 的提前暴露实例注入到 A 类属性中了
7、 B 类实例化已经完成, B 类的实例化是由 A 类实例化中 B 属性的依赖注入触发的 getBean 操作进行的, 现在 B 已经实例化, 所以 A 类中 B 属性就可以完成依赖注入了, 这时候 A 类 B 属性已经有值了
8、 B 类 A 属性指向的就是 A 类实例堆空间, 所以这时候 B 类 A 属性也会有值了。