Spring源码分析——BeanFactory体系之接口详细分析

　前面的博文分析了Spring的Resource资源类Resouce。今天开始分析Spring的IOC部分。众所周知，IOC是Spring框架最迷人的地方。它最重要的接口，就是BeanFactory了。BeanFactory有着庞大的继承、实现体系，有众多的子接口、实现类。本博文的目标就是抽丝剥茧，从源代码入手，分析Spring的实现和架构，从中进步。

　　在阅读的过程中，可以参照Spring文档来一起学习：Spring3.1.1文档

　　本人英文水平有限，部分翻译可能不恰当，欢迎指出！

 

一、BeanFactory的基本类体系结构（接口为主）：

　　这是我画的BeanFactory基本的类体系结构，这里没有包括强大的ApplicationContext体系，ApplicationContext我准备放到下一篇再分析。

具体：

　　1、BeanFactory作为一个主接口不继承任何接口，暂且称为一级接口。

　　2、有3个子接口继承了它，进行功能上的增强。这3个子接口称为二级接口。

　　3、ConfigurableBeanFactory可以被称为三级接口，对二级接口HierarchicalBeanFactory进行了再次增强，它还继承了另一个外来的接口SingletonBeanRegistry

　　4、ConfigurableListableBeanFactory是一个更强大的接口，继承了上述的所有接口，无所不包，称为四级接口。

　　（这4级接口是BeanFactory的基本接口体系。继续，下面是继承关系的2个抽象类和2个实现类：）

　　5、AbstractBeanFactory作为一个抽象类，实现了三级接口ConfigurableBeanFactory大部分功能。

　　6、AbstractAutowireCapableBeanFactory同样是抽象类，继承自AbstractBeanFactory，并额外实现了二级接口AutowireCapableBeanFactory

　　7、DefaultListableBeanFactory继承自AbstractAutowireCapableBeanFactory，实现了最强大的四级接口ConfigurableListableBeanFactory，并实现了一个外来接口BeanDefinitionRegistry，它并非抽象类。

　　8、最后是最强大的XmlBeanFactory，继承自DefaultListableBeanFactory，重写了一些功能，使自己更强大。

总结：

　　BeanFactory的类体系结构看似繁杂混乱，实际上由上而下井井有条，非常容易理解。

 

二、IOC的始祖——BeanFactory

　　来看一下BeanFactory的源码，这么牛逼哄哄的接口就不折叠了吧：

package org.springframework.beans.factory;public interface BeanFactory {    /**     * 用来引用一个实例，或把它和工厂产生的Bean区分开，就是说，如果一个FactoryBean的名字为a，那么，&a会得到那个Factory     */    String FACTORY_BEAN_PREFIX = "&";    /*     * 四个不同形式的getBean方法，获取实例     */    Object getBean(String name) throws BeansException;    <T> T getBean(String name, Class<T> requiredType) throws BeansException;    <T> T getBean(Class<T> requiredType) throws BeansException;    Object getBean(String name, Object... args) throws BeansException;    boolean containsBean(String name); // 是否存在    boolean isSingleton(String name) throws NoSuchBeanDefinitionException;// 是否为单实例    boolean isPrototype(String name) throws NoSuchBeanDefinitionException;// 是否为原型（多实例）    boolean isTypeMatch(String name, Class<?> targetType)            throws NoSuchBeanDefinitionException;// 名称、类型是否匹配    Class<?> getType(String name) throws NoSuchBeanDefinitionException; // 获取类型    String[] getAliases(String name);// 根据实例的名字获取实例的别名}

 具体：

　　1、4个获取实例的方法。getBean的重载方法。

　　2、4个判断的方法。判断是否存在，是否为单例、原型，名称类型是否匹配。

　　3、1个获取类型的方法、一个获取别名的方法。根据名称获取类型、根据名称获取别名。一目了然！

总结：

　　这10个方法，很明显，这是一个典型的工厂模式的工厂接口。

 

三、可将Bean逐一列出的工厂——ListableBeanFactory

源码：

 

 

具体：

　　1、3个跟BeanDefinition有关的总体操作。包括BeanDefinition的总数、名字的集合、指定类型的名字的集合。

　　（这里指出，BeanDefinition是Spring中非常重要的一个类，每个BeanDefinition实例都包含一个类在Spring工厂中所有属性。）

　　2、2个getBeanNamesForType重载方法。根据指定类型（包括子类）获取其对应的所有Bean名字。

　　3、2个getBeansOfType重载方法。根据类型（包括子类）返回指定Bean名和Bean的Map。

　　4、2个跟注解查找有关的方法。根据注解类型，查找Bean名和Bean的Map。以及根据指定Bean名和注解类型查找指定的Bean。

总结：

　　正如这个工厂接口的名字所示，这个工厂接口最大的特点就是可以列出工厂可以生产的所有实例。当然，工厂并没有直接提供返回所有实例的方法，也没这个必要。它可以返回指定类型的所有的实例。而且你可以通过getBeanDefinitionNames()得到工厂所有bean的名字，然后根据这些名字得到所有的Bean。这个工厂接口扩展了BeanFactory的功能，作为上文指出的BeanFactory二级接口，有9个独有的方法，扩展了跟BeanDefinition的功能，提供了BeanDefinition、BeanName、注解有关的各种操作。它可以根据条件返回Bean的集合，这就是它名字的由来——ListableBeanFactory。

 

四、分层的Bean工厂——HierarchicalBeanFactory

源码：

 

 具体：

　　1、第一个方法返回本Bean工厂的父工厂。这个方法实现了工厂的分层。

　　2、第二个方法判断本地工厂是否包含这个Bean（忽略其他所有父工厂）。这也是分层思想的体现。

总结：这个工厂接口非常简单，实现了Bean工厂的分层。这个工厂接口也是继承自BeanFacotory，也是一个二级接口，相对于父接口，它只扩展了一个重要的功能——工厂分层。

 

五、自动装配的Bean工厂——AutowireCapableBeanFactory

源码：

 

 具体：

　　1、总共5个静态不可变常量来指明装配策略，其中一个常量被Spring3.0废弃、一个常量表示没有自动装配，另外3个常量指明不同的装配策略——根据名称、根据类型、根据构造方法。

　　2、8个跟自动装配有关的方法，实在是繁杂，具体的意义我们研究类的时候再分辨吧。

　　3、2个执行BeanPostProcessors的方法。

　　4、2个分解指定依赖的方法

总结：这个工厂接口继承自BeanFacotory，它扩展了自动装配的功能，根据类定义BeanDefinition装配Bean、执行前、后处理器等。

 

六、复杂的配置Bean工厂——ConfigurableBeanFactory

源码：

 

在具体介绍之前，先看一下接口SingletonBeanRegistry的源码：

 

 可以看到，SingletonBeanRegistry这个接口非常简单，5个方法，实现了单例类注册的功能。

ConfigurableBeanFactory同时继承了HierarchicalBeanFactory 和 SingletonBeanRegistry 这两个接口，即同时继承了分层和单例类注册的功能。

具体：

　　1、2个静态不可变常量分别代表单例类和原型类。

　　2、1个设置父工厂的方法，跟HierarchicalBeanFactory接口的getParentBeanFactory方法互补。

　　3、4个跟类加载器有关的方法：get/set工厂类加载器和get/set临时类加载器。

　　4、2个设置、是否缓存元数据的方法（热加载开关）。

　　5、11个处理Bean注册、加载等细节的方法，包括：Bean表达式分解器、转换服务、属性编辑登记员、属性编辑器、属性编辑注册器、类型转换器、嵌入式的字符串分解器

　　6、2个处理Bean后处理器的方法。

　　7、3个跟注册范围相关的方法。

　　8、1个返回安全访问上下文的方法、1个从其他的工厂复制相关的所有配置的方法。

　　9、2个跟Bean别名相关的方法、1个返回合并后的Bean定义的方法。

　　10、1个判断是否为工厂Bean的方法、2个跟当前Bean创建时机相关的方法。

　　11、3个跟Bean依赖相关的方法、3个销毁Bean相关的方法。

总结：这个巨大的工厂接口，继承自HierarchicalBeanFactory 和 SingletonBeanRegistry 这两个接口，并额外独有37个方法！！！（看的我都快疯了...）这37个方法包含了工厂创建、注册一个Bean的众多细节。这个工厂名为ConfigurableBeanFactory，真是名不虚传！统计一下此时的ConfigurableBeanFactory的方法数吧。自有的37个方法、HierarchicalBeanFactory的2个方法、SingletonBeanRegistry的5个方法、爷爷接口BeanFactory的10个方法，共有54个方法！虽然方法繁多，还算井井有条！

 

7、BeanFactory的集大成者——ConfigurableListableBeanFactory

源码：　　

 

 具体：

　　1、2个忽略自动装配的的方法。

　　2、1个注册一个可分解依赖的方法。

　　3、1个判断指定的Bean是否有资格作为自动装配的候选者的方法。

　　4、1个根据指定bean名，返回注册的Bean定义的方法。

　　5、2个冻结所有的Bean配置相关的方法。

　　6、1个使所有的非延迟加载的单例类都实例化的方法。

总结：工厂接口ConfigurableListableBeanFactory同时继承了3个接口，ListableBeanFactory、AutowireCapableBeanFactory 和 ConfigurableBeanFactory，扩展之后，加上自有的这8个方法，这个工厂接口总共有83个方法，实在是巨大到不行了。这个工厂接口的自有方法总体上只是对父类接口功能的补充，包含了BeanFactory体系目前的所有方法，可以说是接口的集大成者。

 

8、额外的接口——BeanDefinitionRegistry

这个接口基本用来操作定义在工厂内部的BeanDefinition的。我们先来看一下这个接口的父接口：

 

 可以看到这4个方法都非常简单，都是用来操作别名的。

再来看一下BeanDefinitionRegistry的源码：

 

 这7个方法都是用来操作容器内的BeanDefinition的。

 下一结就会介绍BeanFactory体系的终极实现类——XmlBeanFactory