【Spring源码深度解析学习系列】Bean的加载(六)

【Spring源码深度解析学习系列】Bean的加载(六)

Bean的加载所涉及到的大致步骤:

1)转换对应beanName

为什么需要转换beanName呢?因为传入的参数可能是别名,也可能是FactoryBean,所以需要一系列的解析,这些解析内容包括如下

去除FactoryBean的修饰符,也就是如果name="&aa",name会首先去除&而使name="aa"

取指定alias所表示的最终beanName,例如别名A指向名称为B的bean则返回B;若别名A指向别名B,别名C又指向名称为C的bean则返回C。

2)尝试从缓存中加载实例

单例在Spring的同一个容器中只会被创建一次,后续再获取bean,就直接从单例缓存中获取了。当然这里也只是尝试加载,首先尝试从缓存中加载,如果加载不成功则再次尝试从singletonFactories中加载,因为在创建单例bean的时候会存在依赖注入的情况。而在创建依赖的时候为了避免循环依赖,在Spring中创建bean的原则是不等bean创建完成就会将创建bean的ObjectFactory提早曝光加入到缓存中,一旦下一个bean创建时候需要依赖上一个bean则直接使用ObjectFactory。

3)bean的实例化

如果从缓存中得到了bean的原始状态,则需要对bean进行实例化。缓存中记录的只是最原始的bean状态,并不一定是我们最终想要的bean,。例如win需要对工厂bean进行处理,那么这里得到的其实是工厂bean的初识状态,但是我们真正需要的是工厂bean中定义的factory-method方法中返回的bean,而getObjectForBeanInstance就是完成这个工作的。

4)原型模式的依赖检查

只有在单例情况下才会尝试解决循环依赖,如果存在A中有B的属性,B中有A额的属性,那么当依赖注入的时候,就会产生当A还未创建完的时候因为对于B的创建再次返回创建A,造成循环依赖,也就情况isPrototypeCurrentlyInCreation(beanName)判断为true

5)检测parentBeanFactory

如果缓存没有数据的话直接转到父类工厂上去加载了,这是为什么呢?

前提条件是:parentBeanFactory!=null&&!containsBeanDefinition(beanName),parentBeanFactory!=null。parentBeanFactory如果为空,则其他一切都是浮云。最重要的是!containsBeanDefinition(beanName),它是在检测如果当前加载的XML配置文件中不包含beanName所对应的配置就只能到parentBeanFactory去尝试下,然后再去递归调用getBean方法

6)将存储XML配置文件的GernericBeanDefinition转换为RootBeanDefinition

因为从XML配置文件中读取到的Bean信息存储在GernericBeanDefinition中的,但是所有的Bean后续处理都是针对于RootBeanDefinition的,所以这里需要进行一个转换,转换的同时如果父类bean不为空的话,则会一并合并父类的属性。

7)寻找依赖

因为bean的初始化过程中很可能会用到某些属性,而某些属性很可能是动态配置的,并且配置成依赖于其他的bean,那么这个时候就有必要先加载依赖的bean,所以在spring加载顺序中,在初始化某一个bean的时候首先会初始化这个bean所对应的依赖

8)针对不同的scope进行bean的创建

9)类型转换

【Spring源码深度解析学习系列】Bean的加载(六)

上一篇:【转】Currying 的局限性


下一篇:init: cannot execve(‘XXX’):Permission denied问题