beanFactory组成
在接触spring的ioc的时候 factory与applicationContext它们俩真真搅得糊里糊涂,下定决心重新认识下它们俩
我们以DefaultListableBeanFactory为例:
其成员变量beanDefinitionMap从后面的分析有介绍,这就是存放我们xml定义的bean信息
其继承了beanFactory的同时还实现一些接口
ConfigurableListableBeanFactory, BeanDefinitionRegistry, Serializable
我们关注BeanDefinitionRegistry接口,字面意思是bean定义注册器
从其方法上我们可以看出其具备register/remove等beanDefinition操作
这就是一个BeanFactory的大概功能
由于内容繁多,我们从两个问题出发,去了解beanfactory
- beanFactory是怎么初始化
- beanFactory如何去加载xml中的bean
准备工作
创建一个bean
public class TargetBean { public void hellobean() { System.out.println("hello bean..."); } }
-
声明bean.xml 并借助ClassPathXmlApplicationContext我们get一下我们的目标tartbean
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd"> <bean id="targethello" class="org.tutor.spring.ioc.TargetBean"></bean> </beans>
ApplicationContext context = new ClassPathXmlApplicationContext('bean.xml'); TargetBean bean = context.getBean("targethello"); bean.hellobean();
-
运行结果很明显我们看到了控制台打印的“hello bean..."的结果,这时我们暂时将bean.xml拿掉我们看看它的报错信息,如下:
这里的打印向我们透露的几个关键类
AbstractApplicationContext
AbstractXmlApplicationContext
AbstractBeanDefinitionReader
等
beanFactory是初始化
我们debug调试运行看看beanFactory如何初始化的:
-
首先ClassPathXmlApplicationContext内将我们传入的configLocation(即bean.xml)用String[]包装了一下
-
接着在构造内进行setConfigLocations操作
该方法在AbstractRefreshableConfigApplicationContext中实现,对该类中的configLocations进行赋值,如下
可能有人对resolvePath想深入了解,其实该操作就是对我们传入的location中的占位符进行处理,有兴趣的童鞋,可以自行深入了解一下
-
setConfigLocations之后就是ClassPathXmlApplicationContext的refresh操作,该refresh方法实现在AbstractApplicationContext中,如下:
这里也就是初始化SpringBeanFactory的核心部分了
-
我们先看obtainFreshBeanFactory()如何获取一个BeanFactory
首先refreshBeanFactory中,若存在Factory即容器,先销毁内里的bean,spring保证只有一个容器,然后在线程安全下,为beanFactory赋值
-
createBeanFactory()内部为我们new了一个DefaultListableBeanFactory,然后为这个DefaultListableBeanFactory设置序列化id,最后定制化beanFactory
对于定制化而言,其实就是为一些解析器Resolver设置BeanFactory,以及对beanFactory的一些功能进行设置,好比是否可以循环引用,允许bean定义覆盖等
-
最后也就到了最关键的地方loadBeanDefinitions(beanFactory),我们先看看loadBeanDefinitions,如下:
-
加载bean
-
loadBeanDefinitions
从上面loadBeanDefinitions方法中,我们可以看到其创建了一个XmlBeanDefinitionReader,并将之前准备好的beanFactory传入,我们看看XmlBeanDefinitionReader构造:
这里的Registry就是我们的beanFactory了,我们在篇幅最初说的beanFactory实现了BeanDefinitionRegistry的接口,也就具备了注册beanDefinition等功能。
看其构造我们发现其将registry传入父类处理了,我们在看看其将registry如何处理
由于我们传入的是beanFactory所以这里都是默认配置,即PathMatchingResourcePatternResolver和StandardEnvironment
接着外部重新setEnvironment和setResourceLoader以及setEntityResolver,即StandardEnvironment和ClassPathXmlApplicationContext以及ResourceEntityResolver解析器
最后进行初始化BeanDefinitionReader
-
加载
有了之前创建的xmlBeanDefinition,紧接着我们通过AbstractXmlApplicationContext内部实现的loadBeanDefinitions开始加载bean
getConfigLocations就是我们最开始ClassPathXmlApplicationContext帮我们包装的那个bean.xml
xmlBeanDefinitionReader.loadBeanDEfinitions根据我们的bean.xml去加载我们的bean,经过一系列加载,最终进入XmlBeanDefinitionReader的doLoadBeanDefinitions进行registerBeanDefinitions操作
-
registerBeanDefinitions想容器中注册我们的bean
这时DefaultBeanDefinitionDocumentReader的regitsterBeandefinition进行xml解析进行bean处理
循环每一个元素,分别解析
经过xml解析
-
借助BeanDefinitionReaderUtils.registerBeanDefinition 完整bean的注册
通过我们beanfactory进行registerBeanDefinition,由于beanfactory内的registerbeanDefinition方法较长,在这仅罗列主要部分
由此我们可以看出beanFactory维护的beanDefinitionMap存放了我们加载的bean信息
即key为我们bean.xml中为bean设置的id,value是bean信息
- 注意BeanDefinitionReaderUtils.registerBeanDefinition中,如果有别名也会进行别名注册,此处不再进行详细分析,有兴趣的同学,可自行深入了解
由此我们以上初始化及加载两个问题,解析至此
这里只讲述了refresh中的obtainBeanFactory以前的部分,refresh这块我会再单独写一篇详细关于这个refresh核心方法的分析