加载资源文件、IOC容器的初始化

    其中BeanFactory作为最顶层的一个接口类，它定义了IOC容器的基本功能规范，BeanFactory有三个子类；ListableBeanFactory、HierarchicalBeanFactory和AutowireCapableBeanFactory。但是从上图中我们可以发现最终的默认实现类是 DefaultListBeanFactory,他实现了所有的接口。那为何要定义这么多层级的接口呢？查阅这些接口的源码和说明发现，每个接口都有他使用的场合，它主要是为了区分在Spring内部在操作过程中对象的传递和转化过程中，对对象的数据访问所做的限制。例如 ListableBeanFactory 接口表示这些Bean是可列表的，而HierarchicalBeanFactory表示这些Bean是有继承关系的，也就是每个Bean有可能有父Bean。AutowireCapableBeanFactory接口定义Bean的自动装配规则。这四个接口共同定义了Bean的集合、Bean之间的关系、以及Bean行为。
    最基本的IOC容器接口BeanFactory

public interface BeanFactory {
    //对FactoryBean的转义定义，因为如果使用bean的名字检索FactoryBean得到的对象是工厂生产的对象，如果需要得到工厂本身，需要转义。
    String FACTORY_BEAN_PREFIX = "&";
    //根据bean的名字，获取在IOC容器中得到bean实例
    Object getBean(String name) throws BeansException;

    <T> T getBean(String name, Class<T> requiredType) throws BeansException;

    <T> T getBean(Class<T> requiredType) throws BeansException;
    //根据bean的名字和Class类型来得到bean实例，增加了类型安全验证机制
    Object getBean(String name, Object... args) throws BeansException;

    <T> T getBean(Class<T> requiredType, Object... args) throws BeansException;
    //提供对bean的检索，看看是否在IOC容器中有这个名字的bean
    boolean containsBean(String name);
    //根据bean名字得到bean实例，并同时判断这个bean是不是单例
    boolean isSingleton(String name) throws NoSuchBeanDefinitionException;

    boolean isPrototype(String name) throws NoSuchBeanDefinitionException;

    boolean isTypeMatch(String name, Class<?> targetType) throws NoSuchBeanDefinitionException;
    //得到bean实例的Class类型
    Class<?> getType(String name) throws NoSuchBeanDefinitionException;
    //得到bean的别名，如果根据别名检索，那么其原名也会被检索出来
    String[] getAliases(String name);

}

    在BeanFactory里只对IOC容器的基本行为作了定义，根本不关心你的bean是如何定义怎样加载的。正如我们只关心工厂里得到什么的产品对象，至于工厂是怎么生产这些对象的，这个基本的接口不关心。
    而要知道工厂是如何生产对象的，我们需要看具体的IOC容器实现。Spring提供了许多IOC容器的实现。比如XmlBeanFactory, ClasspathXmlApplicationContext 等，其中XmlBeanFactory就是针对最基本的IOC容器的实现，这个IOC容器可以读取XML文件定义的BeanDefination(XML文件中对bean的描述)，如果说XmlBeanFactory是容器中的屌丝，ApplicationContext应该算容器中的高富帅。
    ApplicationContext是Spring提供的一个高级的IOC容器，它除了能够提供IOC容器的基本功能外，还为用户提供了一下的附加服务。
    从ApplicationContext接口的实现，我们看出其特点：
        1、支持信息源，可以实现国际化。（实现MessageSource接口）
        2、访问资源。（实现ResourcePatternResolver接口）
        3、支持应用事件。（实现ApplicationEventPublisher接口）

BeanDefinition
    SpringIOC容器管理了我们定义的各种Bean对象及其相互的关系，Bean对象在Spring实现中是以BeanDefinition来描述的，其继承体系如下：

Bean的解析过程非常复杂，功能被分的很细，因为这里需要被扩展的地方很多，必须保证有足够的灵活性，以应对可能的变化。Bean的解析主要就是对Spring配置文件的解析。这个解析过程主要通过下图中的类完成。

IOC容器的初始化

IOC容器的初始化包括BeanDefinition的Resource定位、载入和注册这三个基本的过程。我们以ApplicationContext为例讲解，ApplicationContext系列容器也许是我们最熟悉的，因为web项目中使用的XmlWebApplicationContext就属于这个继承体系，还有ClasspathXmlApplicationContext等，其继承体系如下图所示：

调用全过程还原:定位(配置文件定位)、载入(读取配置文件)、注册(把加载以后的配置文件解释成BeanDefinition)

//根据Xml配置文件创建Resource资源对象，该对象中包含了BeanDefinition的信息
ClassPathResource resource = new ClassPathResource("application-context.xml");
//创建DefaultListableBeanFactory
DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
//创建XmlBeanDefinitionReader读取器，用于载入BeanDefinition。之所以需要BeanFactory作为参数，是因为会将读取的信息回调配置给factory
XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory);
//XmlBeanDefinitionReader执行载入BeanDefinition的方法，最后会完成Bean的载入和注册。完成后Bean就成功的放置到IOC容器当中，以后我们就可以从中取得Bean来使用。
Reader.loadBeanDefinitions(resource)；

通过前面的源码，this.reader = new XmlBeanDefinitionReader(this);中其中this传的是factory对象。

FileSystemXmlApplicationContext的IOC容器流程

1、高富帅IOC解剖
ApplicationContext = new FileSystemXmlApplicationContext(xmlPath);

2、设置资源加载器和资源定位
    通过分析FileSystemXmlApplicationContext的源代码可以知道，在创建FileSystemXmlApplicationContext容器时，构造方法做一下两项重要工作：
    首先，调用父类容器的构造方法(super(parent)方法)为容器设置好Bean资源加载器。
    然后，再调用父类AbstractRefreshableConfigApplicationContext的setConfigLocations(configLocations)方法设置Bean定义资源文件的定位路径。
    通过追踪FileSystemXmlApplicationContext的继承体系，发现其父类的父类AbstractApplicationContext中初始化IOC容器。
    AbstractApplicationContext构造方法中调用PathMatchingResourcePatternResolver的构造方法创建Sping资源加载器。
    在设置容器的资源加载器之后，接下来FileSystemXmlApplicationContext 执行 setConfigLocations方法通过调用其父类AbstractRefreshableConfigApplicationContext的方法进行对Bean定义资源文件的定位。

    我们既可以使用一个字符串来配置多个Spring Bean定义资源文件，也可以使用字符串数组，即下面两种方法都是可以的：
    A、ClasspathResource res = new ClasspathResource("a.xml,b.xml,......");
    多个资源文件路径之间可以是用“,;/t/n”等分隔。

    B、ClasspathResource res = new ClasspathResource(newString[]{"a.xml","b.xml",......});
    至此，Spring IOC容器在初始化时将配置的Bean定义资源文件定位为Spring封装的Resource。

    3、AbstractApplicationContext的refresh函数载入Bean定义过程；
    Spring IOC容器对Bean定义资源的载入是从refresh()函数开始的，refresh()是一个模板方法，refresh()方法的作用是：在创建IOC容器前，如果已经有容器存在，则需要把已有的容器销毁和关闭，以保证在refresh之后使用的是新建立起来的IOC容器。refresh的作用类似于对IOC容器的重启，在新建立好的容器中对容器进行初始化，对Bean定义资源进行载入FileSystemXmlApplicationContext通过调用其父类AbstractApplicationContext的refresh()函数启动整个IOC容器对Bean定义的载入过程。

    refresh()方法主要为IOC容器Bean的生命周期管理提供条件，Spring IOC容器载入Bean定义资源文件从其子类容器的refreshBeanFactory()方法启动，所以整个refresh()中"ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();"这句以后代码的都是注册容器的信息源和生命周期事件，载入过程就是从这句代码启动。
    refresh()方法的作用是：在创建IOC容器前，如果已经有容器存在，则需要把已有的容器销毁和关闭，以保证在refresh之后使用的是新建立起来的IOC容器。refresh的作用类似于对IOC容器的重启，在新建立好的容器中对容器进行初始化，对Bean定义资源进行载入AbstractApplicationContext的obtainFreshBeanFactory()方法调用子类容器的refreshBeanFactory()方法，启动容器载入Bean定义资源文件的过程。

Spring IOC容器是单例的

    AbstractApplicationContext类中只抽象定义了refreshBeanFactory()方法，容器真正调用的是其子类AbstractRefreshableApplicationContext实现的refreshBeanFactory()方法。

在Spring框架里面，只要是以do开头的方法，都是具体干活的方法。其他都是套路。

在使用SpringIOC容器的时候我们还需要区分两个概念：

    BeanFactory和FactoryBean，其中BeanFactory指的是IOC容器的编程抽象，比如ApplicationContext,XmlBeanFactory等，这些都是IOC容器的具体表现，需要使用什么样的容器由客户决定，但Spring为我们提供了丰富的选择。FactoryBean只是一个可以在IOC容器中被管理的一个bean，是对各种抽象过程和资源使用的抽象，FactoryBean在需要时产生另一个对象，而不返回FactoryBean本身，我们可以把它看成是一个抽象工厂，对它的调用返回的是工厂生产的产品。所有的FactoryBean都实现特殊的org.springframework.beans.factory.FactoryBean接口，当使用容器中FactoryBean的时候，该容器不会返回FactoryBean本身，而是返回其生成的对象。Spring包括了大部分的通用资源和服务访问抽象的FactoryBean的实现，其中包括：对JNDI查询的处理，对代理对象的处理，对事务性代理的处理，对RMI代理的处理等，这些我们都可以看成是具体的工厂，看成是Spring为我们建立好的工厂。也就是说Spring通过使用抽象工厂模式为我们准备了一系列工厂来生产一些特定的对象，免除我们手工重复的工作，我们在使用时，只需要在iOC容器里配置好就能很方便的使用了。