Spring给我们构建了一个IoC的容器BeanFactory
,从容器中加载某个一Bean的方法如下:
1 | TestBean bean = (TestBean)beanFactory.getBean("testBean") |
今天就来分析一下这个 getBean
的调用过程。
SpringBean的加载
这段调用的落脚点最终是在 AbstractBeanFactory.doGetBean
方法中,这是一个重载方法,有多种不同的签名方式,可以根据需要进行调用,终于都会统一到如下的方法中,我们今天就来分析这个方法,看看Spring是如何管理及初始化Bean的。
1 | public <T> T getBean(String name, Class<T> requiredType, Object... args) throws BeansException { |
从源码可以看出,SpringBean的加载过程主要分以下几个步骤:
转换对应beanName:这里传入的参数name不一定就是beanName,有可能是别名或FactoryBean,所以需要进行一系列的解析,这些解析内容包括如下内容:
- 去除FactoryBean的修饰符,也就是如果
name="&aa"
,那么会首先去除&而使name="aa"
- 取指定alias所表示的最终beanName,例如别名A指向名称为B的bean则返回B;若别名A指向别名B,别名B又指向名称为C的bean则返回C
- 去除FactoryBean的修饰符,也就是如果
尝试从缓存中加载单例
单例在Spring的同一个容器内只会被创建一次,后续再获取bean,就直接从单例缓存中获取了。这里只是尝试加载,首先尝试从缓存中加载,如果加载不成功则再次尝试从singletonFactories中加载,因为在创建单例bean的时候会存在依赖注入的情况,而在创建依赖的时候为了避免循环依赖,在Spring中创建bean的原则是不等bean创建完成就会将创建bean的ObjectFactory提早曝光加入到缓存中,一旦下一个bean创建时候需要依赖上一个bean则直接使用ObjectFactory。
bean的实例化
如果从缓存中得到了bean的原始状态,则需要对bean进行实例化,这里有必要强调一下,在缓存中记录的只是最原始的bean状态,并不一定是我们最终想要的bean。
原型模式的依赖检查
只有在单例情况下才会尝试解决循环依赖,如果存在A中有B的属性,B中有A的属性,那么当依赖注入的时候,就会产生当A还未创建完的时候因为对于B的创建再次返回创建A,造成循环依赖,也就是情况:
isPrototypeCurrentlyInCreation(beanName)
判断true。检测parentBeanFactory
从代码上来看,如果缓存没有数据的话直接转到父类工厂上去加载,
!this.containsBeanDefinition(beanName)
检测如果当前加载的XML配置文件中不包含beanName所对应的配置,就只能到parentBeanFactory去尝试,然后再去递归的调用getBean
方法。将存储XML配置文件的GernericBeanDefinition转换为RootBeanDefinition
因为从XML配置文件中读取到的Bean信息是存储在GernericBeanDefinition中的,但是所有的Bean后续处理都是针对于RootBeanDefinition的,所以这里需要进行一个转换,转换的同时如果父类bean不为空的话,则会一并合并父类属性。
寻找依赖
因为bean的初始化过程很可能会用到某些属性,而某些属性很可能是动态配置的,并且配置成依赖于其他的bean,那么这个时候就有必要先加载依赖的bean,所以,在Spring的加载顺寻中,在初始化某一个bean的时候首先会初始化这个bean所对应的依赖。
针对不同的scope进行bean的创建
在Spring中存在着不同的scope,其中默认的是singleton,但是还有些其他的配置诸如prototype、request之类的,在这个步骤中,Spring会根据不同的配置进行不同的初始化策略。
类型转换
程序到这里返回bean后已经基本结束了,通常对该方法的调用参数requiredType是为空的,但是可能会存在这样的情况,返回的bean其实是个String,但是requiredType却传入Integer类型,那么这时候本步骤就会起作用了,它的功能是将返回的bean转换为requiredType所指定的类型,当然,String转换为Integer是最简单的一种转换,在Spring中提供了各种各样的转换器,用户也可以自己扩展转换器来满足需求。
FactoryBean 的作用
一般情况下, Spring通过反射机制利用bean的class属性指定实现类来实例化bean,在某些情况下,实例化bean过程比较复杂,如果按照传统的方式,则需要在
Spring为此提供了一个org.Springframework.bean.factory.FactoryBean
的工厂类接口,用户可以通过实现该接口定制实例化bean的逻辑
FactoryBean接口对于Spring框架来说占有重要的地位,Spring自身就提供了70多个FactoryBean的实现,它们隐藏了实例化一些复杂bean的细节,给上层应用带来了便利,从Spring 3.0开始,FactoryBean开始支持泛型,即接口声明改为FactoryBean
1 | public interface FactoryBean<T> { |
在该接口中还定义了以下3个方法:
T getObject()
:返回由FactoryBean创建的bean实例,如果isSingleton()
返回true,则该实例会放到Spring容器中单实例缓存池中。boolean isSingleton()
:返回由FactoryBean创建的bean实例的作用域是singleton还是prototype。Class<T> getObjectType()
:返回FactoryBean创建的bean类型。
当配置文件中getBean()
方法返回的不是FactoryBean本身,而是FactoryBean#getObject()
方法所返回的对象,相当于FactoryBean#getObject()
代理了getBean()
方法。
缓存中获取单例 bean
1 | public Object getSingleton(String beanName) { |
这个方法首先尝试从singletonObjects
里面获取实例,如果获取不到再从earlySingletonObjects
里面获取,如果还获取不到,再尝试从singletonFactories
里面获取beanName对应的ObjectFactory,然后调用这个ObjectFactory的getObject
来创建bean,并放到earlySingletonObjects
里面去,并且从singletonFactories
里面remove掉这个ObjectFactory,而对于后续的所有内存操作都只为了循环依赖检测时候使用,也就是在allowEarlyReference
为true的情况下才会使用。
这里涉及用于存在bean的不同map,说明如下:
- singletonObjects:用于保存BeanName和创建bean实例之间的关系,bean name->bean instance。
- singletonFactories:用于保存BeanName和创建bean的工厂之间的关系,bean name->ObjectFactory。
- earlySingletonObjects:也是保存BeanName和创建bean实例之间的关系,与singletonObjects的不同之处在于,当一个单例bean被放到这里面后,那么当bean还在创建过程中,就可以通过getBean方法获取到了,其目的是用来检测循环引用。
- registeredSingletons:用来保存当前所有已注册的bean。
从bean的实例中获取对象
在getBean
方法中,getObjectForBeanInstance
是个高频率使用的方法,无论是从缓存中获得bean还是根据不同的scope策略加载bean。总之,得到bean的实例后要做的第一步就是调用这个方法来检测一下正确性,其实就是用于检测当前bean是否是FactoryBean类型的bean,如果是,那么需要调用该bean对应的FactoryBean实例中的getObject()
作为返回值。
无论是从缓存中获取到的bean还是通过不同的scope策略加载的bean都只是最原始的bean状态,并不一定是最终想要的bean,如需要对工厂bean进行处理,那么这里得到的其实是工厂bean的初始状态, 但是我们真正需要的是工厂bean中定义的factory-method方法中返回的bean,而getObjectForBeanInstance
方法就是完成这个工作的。
1 | protected Object getObjectForBeanInstance(Object beanInstance, String name, String beanName, RootBeanDefinition mbd) { |
getObjectForBeanInstance
中所做的工作如下:
- 对FactoryBean正确性的验证。
- 对非FactoryBean不做任何处理。
- 对bean进行转换。
- 将从Factory中解析bean的工作委托给
getObjectFromFactoryBean
。
1 | protected Object getObjectFromFactoryBean(FactoryBean factory, String beanName, boolean shouldPostProcess) { |
这个方法中只做了一件事情,就是返回的bean如果是单例的,那就必须保证全局唯一,同时,也因为是单例的,所以不必重复创建,可以使用缓存来提高性能,也就是说已经加载过就要记录下来以便于下次复用, 否则的话就直接获取了。doGetObjectFromFactoryBean
方法的代码如下:
1 | private Object doGetObjectFromFactoryBean(final FactoryBean factory, String beanName, boolean shouldPostProcess) throws BeanCreationException { |
doGetObjectFromFactoryBean
实现了从FactoryBean中对应的getObject方法得到bean,但是得到后并没有立即返回,而是做了些后处理的操作。
1 | protected Object postProcessObjectFromFactoryBean(Object object, String beanName) { |
在Spring获取bean的规则中有这样一条:尽可能保证所有bean初始化后都会调用注册的BeanPostProcessor的postProcessAfterInitialization
方法进行处理,在实际开发过程中大可以针对此特性设计自己的业务逻辑
获取单例
如果缓存中不存在已经加载的单例bean就需要从头开始bean的加载过程了,而Spring中使用getSingleton的重载方法实现bean的加载过程:
1 | public Object getSingleton(String beanName, ObjectFactory singletonFactory) { |
上述代码中其实是使用了回调方法,使得程序可以在单例创建的前后做一些准备及处理操作,而真正获取单例bean的方法其实并不是再此方法中实现的,其实现逻辑是在ObjectFactory类型的实例singletonFactory中实现的,而这些准备及处理操作包括如下内容。
检查缓存是否已经加载过。
若没有加载,则记录beanName的正在加载状态。
加载单例前记录加载状态
beforeSingletonCreation
方法是个空实现,其目的是:记录加载状态,也就是通过this.singletonsCurrentlyInCreation.add(beanName)
将当前正在创建的bean记录在缓存中,这样便可以对循环依赖进行检测。1
2
3
4
5protected void beforeSingletonCreation(String beanName) {
if(!this.singletonsCurrentlyInCreation.add(beanName)) {
throw new BeanCurrentlyInCreationException(beanName);
}
}通过调用参数传入的ObjectFactory的个体Object方法实例化bean。
加载单例后的处理方法调用。
当bean加载结束后需要移除缓存中对该bean的正在加载状态的记录:
1
2
3
4
5protected void afterSingletonCreation(String beanName) {
if(!this.singletonsCurrentlyInCreation.remove(beanName)) {
throw new IllegalStateException("Singleton \'" + beanName + "\' isn\'t currently in creation");
}
}将结果记录至缓存并删除加载bean过程中所记录的各种辅助状态。
1
2
3
4
5
6
7
8
9protected void addSingleton(String beanName, Object singletonObject) {
Map var3 = this.singletonObjects;
synchronized(this.singletonObjects) {
this.singletonObjects.put(beanName, singletonObject != null?singletonObject:NULL_OBJECT);
this.singletonFactories.remove(beanName);
this.earlySingletonObjects.remove(beanName);
this.registeredSingletons.add(beanName);
}
}返回处理结果。
bean的加载逻辑其实是在传入的ObjectFactory类型的参数singletonFactory中定义的,反推参数的获取,得到如下代码:
1
2
3
4
5
6
7
8
9
10sharedInstance = getSingleton(beanName, new ObjectFactory<Object>(){
public Object getObject() throws BeansException {
try {
return createBean(beanName, mbd, args);
} catch(BeansException ex) {
destroySingleton(beanName);
throw ex;
}
}
});
ObjectFactory的核心部分其实只是调用了createBean的方法