深入剖析Spring(二)——IoC容器的实现

Spring的两种IoC容器

BeanFactory

基础类型的IoC容器；

采用延迟初始化策略（容器初始化完成后并不会创建bean的对象，只有当收到初始化请求时才进行初始化）；

由于延迟初始化，因此启动速度较快，占用资源较少；

ApplicationContext

在BeanFactory的基础上，增加了更为高级的特定：事件发布、国际化等；

在容器启动时便完成所有bean的创建；

启动时间较长，占用资源更多；

IoC容器的主要类/接口介绍

BeanFactory

它是一个接口，提供了获取容器中Bean的相关方法。

BeanDefinitionRegistry

它才是IoC的容器，用于存储、管理所有的Bean对象。

DefaultListableBeanFactory

它是IoC容器的一个具体实现，实现了BeanFactory和BeanDefinitionRegistry接口，因此既拥有管理Bean的容器，又拥有访问Bean的方法。

BeanDefinition

每一个Bean都有一个BeanDefinition与之对应，用于存储Bean的相关信息：对象的class类型、是否是抽象类、构造方法参数等。

RootBeanDefinition和ChildBeanDefinition是BeanDefinition的两个主要的实现类。

BeanDefinitionReader

在Spring中，标注Bean的依赖关系有四中方式：

直接在代码中声明

通过XML文件声明

通过Properties文件声明

通过注解声明

BeanDefinitionReader接口的作用就是读取配置文件中的bean信息，把它们解析成BeanDefinition对象，然后注册到BeanDefinitionRegistry中去。

PropertiesBeanDefinitionReader和XmlBeanDefinitionReader是该接口的两个实现类，分别用于解析properties和xml格式的配置文件。

XmlBeanFactory

它是一个集成了XmlBeanDefinitionReader功能的BeanFactory，用于简化初始化操作。

BeanFactory的两个重要阶段

容器启动阶段

该阶段Spring会使用BeanDefinitionReader加载配置文件，并把所有的bean解析成BeanDefinition对象，并注册到BeanDefinitionRegistry。

Bean实例化阶段

对于BeanFactory容器，当调用者主动调用getBean方法或者因存在依赖关系容器隐式调用getBean时，如果当前Bean尚未初始化，或者bean配置成prototype，就会触发Bean实例的初始化。

BeanFactoryPostProcessor：一种容器扩展机制

Spring提供了BeanFactoryPostProcessor这种容器扩展机制，它允许我们在容器启动完成后、Bean实例化前插入额外的操作。

BeanFactoryPostProcessor提供了三个实现类：

1.PropertyPlaceholderConfigurer

一般情况下，我们并不会将数据库连接信息直接写死在dataSource这个bean中，而是将它们单独写在一个properties文件中，这样易于修改与阅读。而bean中使用占位符代替这些属性值，当容器启动完成后，在Bean初始化前用properties文件中的值替换占位符，再创建对象。

PropertyPlaceholderConfigurer就能实现这样的功能。

xml中作如下配置：

<bean id="dataSource" class="xxxxxx">
<property name="url">
<value>${jdbc.url}</value>
</property>
<property name="username">
<value>${jdbc.username}</value>
</property>
</bean>

使用properties文件存储属性值：

jdbc.url=jdbc:mysql://127.0.0.1:3306
jdbc.username=root

当容器启动完成后dataSource的BeanDefinition对象将会被注册进BeanDefinitionRegistry中，此时BeanDefinition中的属性值仍然是占位符的形式；接下俩，PropertyPlaceholderConfigurer就会发挥作用，它会将占位符用properties文件中的属性值替换掉。接下来bean就可以被正确地创建。

2.PropertyOverrideConfigurer

它的功能与PropertyPlaceholderConfigurer类似，也需要指定一个properties文件，只不过它会用配置文件中设置的那些bean的属性值替换指定bean的属性值。

xml中作如下配置：

<bean id="dataSource" class="xxxxxx">
<property name="url">
<value>jdbc:mysql://127.0.0.1:3306</value>
</property>
<property name="username">
<value>chai</value>
</property>
</bean>

使用properties文件存储属性值：

dataSource.url=jsbc:mysql://127.0.0.1:3307
dataSource.username=root

PropertyOverrideConfigurer会在容器启动完毕后、Bean对象创建之前，通过修改BeanDefinition对象，替换指定的属性值。

properties文件的内容必须遵循如下格式：

bean的名字.属性名=属性值

3.CustomEditorConfigurer

该类用于向Spring容器增添自定义的PropertyEditor对象。

容器启动结束后bean创建之前，配置文件中所有的bean都被解析成BeanDefinition对象，该对象中关于bean所有的信息都是String类型的，若要创建bean对象，就需要将这些String类型的信息解析成它们原本的类型。在Spring中，每种类型都有对应一个PropertyEditor类，该类中封装了String与该类型的转换方法。当然，对于某些类型Spring并未提供相应的PropertyEditor时，我们可以自定义PropertyEditor，并使用CustomEditorConfigurer将其告诉Spring容器，让它在遇到该类型的时候采用我们自定义的PropertyEditor去解析。

Spring提供的部分PropertyEditor：

StringArrayPropertyEditor

将字符串转换成String[]，默认以,分割。

ClassEditor

类似于Class.forname(String)，将字符串转换成class对象。

FileEditor

将字符串转换成File对象。

URLEditor

将字符串转换成URL对象。

InputStreamEditor

将字符串转换成InputStream对象。

LocaleEditor

将字符串转换成Locale对象。

PatternEditor

将字符串转换成Pattern对象。

以上类型的字符串，Spring会自动将它们转换成原本的类型。而我们自定义的PropertyEditor必须要通过CustomEditorConfigurer将其加入容器。

如何开启BeanFactoryPostProcessor功能？

1.BeanFactory

// 创建BeanFactory对象
ConfigurableListableBeanFactory beanFactory = new XmlBeanFactory( new ClassPathResource("xxx") );
// 创建BeanFactoryPostProcessor对象
PropertyPlaceholderConfigurer processor = new PropertyPlaceholderConfigurer();
// 设置properties文件的位置
processor.setLocation("xxx");
// 将其传递给beanFactory
processor.postProcessBeanFactory(beanFactory);

2.ApplicationContext

ApplicationContext会自动检测配置文件中出现的BeanFactoryPostProcessor，因此只需要在配置文件中声明所使用的BeanFactoryPostProcessor即可。

<bean class="xxxxx.PropertyPlaceholderConfigurer">
<property>
<list>
<value>properties文件路径</value>
</list>
</property>
</bean>