Spring启动初始化过程

一、Spring 容器高层视图

Spring启动的时候会读取应用程序提供的Bean配置信息，并在Spring容器生成一份相应的Bean注册表，根据这张注册表实例化Bean，装配好Bean之间的依赖关系，为上层应用提供准备的运行环境。

1、ResourceLoader从存储介质中加载Spring配置信息，并使用Resource表示这个配置恩建的资源；
2、BeanDefinitionReader读取Resource所指向的配置文件资源，然后解析配置文件。配置文件中每一个解析成一个BeanFactroyDefinition对象，并保存到BeanDefinitionRegistry中；
3、容器扫描BeanDefinitionRegistry中的BeanDefinition，使用Java的反射机制自动识别出Bean工厂后处理器（实现BeanFactoryPostProcessor接口）的Bean，然后调用这些Bean工厂后置处理器对BeanDefinitionRegistry中的BeanDefinition进行加工处理主要完成以下两项工作：
1）、对使用到占位符的元素标签进行解析，得到最终的配置值，这意味对一些半成品式的BeanDefinition对象进行加工处理并得到成品的BeanDefinition对象；
2）对BeanDefinitionRegistry中的BeanDefinition进行扫描，通过Java反射机制找出所有属性编辑器的Bean（实现java.beans.PropertyEditor接口的Bean），并自动将它们注册到Spring容器的属性编辑器注册表中（PropertyEditorRegistry）；

4．Spring容器从BeanDefinitionRegistry中取出加工后的BeanDefinition，并调用InstantiationStrategy着手进行Bean实例化的工作；

5．在实例化Bean时，Spring容器使用BeanWrapper对Bean进行封装，BeanWrapper提供了很多以Java反射机制操作Bean的方法，它将结合该Bean的BeanDefinition以及容器中属性编辑器，完成Bean属性的设置工作；

6．利用容器中注册的Bean后处理器（实现BeanPostProcessor接口的Bean）对已经完成属性设置工作的Bean进行后续加工，直接装配出一个准备就绪的Bean。

Spring容器确实堪称一部设计精密的机器，其内部拥有众多的组件和装置。Spring的高明之处在于，它使用众多接口描绘出了所有装置的蓝图，构建好Spring的骨架，继而通过继承体系层层推演，不断丰富，最终让Spring成为有血有肉的完整的框架。所以查看Spring框架的源码时，有两条清晰可见的脉络：
1）接口层描述了容器的重要组件及组件间的协作关系；

2）继承体系逐步实现组件的各项功能。

接口层清晰地勾勒出Spring框架的高层功能，框架脉络呼之欲出。有了接口层抽象的描述后，不但Spring自己可以提供具体的实现，任何第三方组织也可以提供不同实现， 可以说Spring完善的接口层使框架的扩展性得到了很好的保证。纵向继承体系的逐步扩展，分步骤地实现框架的功能，这种实现方案保证了框架功能不会堆积在某些类的身上，造成过重的代码逻辑负载，框架的复杂度被完美地分解开了。

Spring组件按其所承担的角色可以划分为两类：

1）物料组件：Resource、BeanDefinition、PropertyEditor以及最终的Bean等，它们是加工流程中被加工、被消费的组件，就像流水线上被加工的物料；

2）加工设备组件：ResourceLoader、BeanDefinitionReader、BeanFactoryPostProcessor、InstantiationStrategy以及BeanWrapper等组件像是流水线上不同环节的加工设备，对物料组件进行加工处理。

三、Spring容器-ApplicationContext的启动过程

ApplicationContext内部封装了一个BeanFactory对象，来实现对容器的操作，初始化完成之后，BeanFactory封装了bean的信息，而ApplicationContext通过访问这个对象获取bean的对象信息（BeanDefinition/Bean对象，都是由BeanFactory实际创建并管理的），为了实现接口的统一，ApplicationContext也实现了一系列的BeanFactory接口(可以说ApplicationContext对BeanFactory对象实现一种代理)。ApplicationContext建立在BeanFactory的基础之上，对配置对象的管理最终还是交于一个DefaultListableBeanFactory来完成（装配地址/访问等），而ApplicationContext在应用这个DefaultListableBeanFactory对象的基础上，不仅实现了BeanFactory接口提供的功能方法，并且黏合了一些面向应用的功能，如资源/国际化支持/框架事件支持等，并且将一些原先需要手动设置到BeanFactory的属性通过配置文件中配置的形式代替（如工厂后处理器BeanPostProcessor/InstantiationAwareBeanPostProcessor）

同样，因为对于BeanDefinition和bean对象的管理是由上下文持有的beanfactory对象完成的，用户不需要拥有这样的接口，因此，ApplicationContext的接口体系中并没有BeanDefinitionRegistry，SingletonBeanRegistry以及AutowireCapableBeanFactory接口(ApplicationContext可以访问一些接口方法在上述接口中也定义，但这些方法提供者为BeanFactory体系中的其他接口，BeanFactory接口体系中的接口之间有重复定义方法的)。
内部工作机制(Spring容器ApplicationContext的初始化）

（一） 首先来看创建ApplicationContext ，以ClassPathXmlApplicationContext为例：

ApplicationContext = new ClassPathXmlApplicationContext(xmlPath);

public class ClassPathXmlApplicationContext extends AbstractXmlApplicationContext {
   

public ClassPathXmlApplicationContext(String configLocation) throws BeansException {
   
                  this(new String[] {
   configLocation});
       }

public ClassPathXmlApplicationContext(String[] configLocations) throws BeansException {
   
                  this(configLocations, (ApplicationContext) null);
       }

//。。。。。。省略几个重载的构造函数
public ClassPathXmlApplicationContext(String[] configLocations, ApplicationContext parent)                                                                                                            throws BeansException {
   
          super(parent);
                 this.configLocations = configLocations;
          //IoC容器的初始化过程，其初始化过程的大致步骤由AbstractApplicationContext来定义   
                 refresh();
       }

关键之处在于refresh方法，此方法继承于ClassPathXmlApplicationContext的间接父类：

public abstract class AbstractApplicationContext extends DefaultResourceLoader
implements ConfigurableApplicationContext, DisposableBean {

Spring的AbstractApplicationContext是ApplicationContext抽象实现类，该抽象类的refresh()方法定义了Spring容器在加载配置文件后的各项处理过程，这些处理过程清晰刻画了Spring容器启动时所执行的各项操作（创建Spring容器如ClassPathXmlApplicationContext）。下面，我们来看一下refresh()内部定义了哪些执行逻辑：

public void refresh() throws BeansException, IllegalStateException {
   
              synchronized (this.startupShutdownMonitor) {
   
                    // Prepare this context for refreshing.
                    prepareRefresh();

             // Tell the subclass to refresh the internal bean factory       

            ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();--------（1）

             // Prepare the bean factory for use in this context.
                    prepareBeanFactory(beanFactory);

             try {
   
                          // Allows post-processing of the bean factory in context subclasses.
                          postProcessBeanFactory(beanFactory);

                   // Invoke factory processors registered as beans in the context.
                          invokeBeanFactoryPostProcessors(beanFactory);-------------------------------------（2）

                   // Register bean processors that intercept bean creation
                          registerBeanPostProcessors(beanFactory);---------------------------------------------（3）

                   // Initialize message source for this context.
                          initMessageSource();-------------------------------------------------------------------------（4）

                   // Initialize event multicaster for this context.
                          initApplicationEventMulticaster();--------------------------------------------