面试官：你来说一下Spring IOC容器的创建过程

这篇文章主要讲解 IOC 容器的创建过程，让你对整体有一个全局的认识，文章没有复杂嵌套的 debug 流程，相对来说比较简单。

不 BB，上文章目录。

1. 基础知识

1.1 什么是 Spring IOC ？

IOC 不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。

传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试。

有了 IOC 容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是松散耦合，便于测试和功能复用，整个体系结构更加灵活。

理解 IOC 的关键是要明确 “谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，我们浅析一下：

• 谁控制谁，控制什么：
  • 传统 Java SE 程序设计，我们直接在对象内部通过 new 进行创建对象，是程序主动去创建依赖对象；
  • IOC 是有专门一个容器来创建这些对象，即由 IOC 容器来控制对象的创建；
  • 谁控制谁？当然是 IOC 容器控制了对象；
  • 控制什么？主要控制了外部资源获取。
• 为何反转，哪些方面反转：
  • 传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；
  • 反转则是由容器来帮忙创建及注入依赖对象；
  • 为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；
  • 哪些方面反转了？依赖对象的获取被反转了。

1.2 容器创建过程

在看源码之前，首先搞清楚 Spring IOC 容器的创建过程，然后再深入源码。

IOC 容器如婚姻介绍所：

• 男人 A 要求需要一个女人，中介从婚姻介绍所根据男人 A 给他介绍了如花；
• 男人 B 要求介绍一个肤白貌美大长腿，中介从婚姻介绍所根据男人 B 给他介绍了女神。

从婚姻介绍所的例子可以大概知道 Spring IOC 是存储、定制、管理等功能的各种定制化的 bean 对象容器，下图是 Spring IOC 容器创建基本流程。

2. 核心知识

2.1 相关对象

2.1.1 ApplicationContext

ApplicationContext 接口是 BeanFactory 的子接口，也被称为 Spring 上下文，与 BeanFactory 一样，可以加载配置文件中定义的 bean，并进行管理。

它还加强了企业所需要的功能，如从属性文件中解析文本信息和将事件传递给所有指定的监视器，下图是 ApplicationContext 接口的继承关系。

ApplicationContext 接口主要的 5 个作用如表所示：

2.1.2 BeanDefinitionReader

// 示例
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");

配置文件解析器，如将配置文件中的 bean 信息解析成对应的 BeanDefinition 对象。

xml 文件解析使用是就是BeanDefinitionReader 实现类 XmlBeanDefinitionReader。

2.1.3 BeanFactoryPostProcessor

可以修改 Spring 上下文中 BeanDefinition 信息。

如下图 BeanFactoryPostProcessor 的子类 PropertySourcesPlaceholderConfigurer 的作用可以为数据库连接池 ${} 占位符赋值等等。

2.1.4 BeanFactory

是所有 Bean 容器的根接口，定义了 spring 容器基本方法。

如使用 getBean(beanName,Class) 获取对象。

2.2 源码核心流程

容器初始化的核心源码，都在 refresh() 方法中：

public void refresh() throws BeansException, IllegalStateException {
        synchronized (this.startupShutdownMonitor) {
            //1:准备刷新上下文环境
            prepareRefresh();

            //2:获取初始化Bean工厂
            ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

            //3:对bean工厂进行填充属性
            prepareBeanFactory(beanFactory);

            try {
                //4:Spring开放接口 留给子类去实现该接口
                postProcessBeanFactory(beanFactory);

                //5:调用我们的bean工厂的后置处理器
                invokeBeanFactoryPostProcessors(beanFactory);

                //6:注册我们bean后置处理器
                registerBeanPostProcessors(beanFactory);

                //7:初始化国际化资源处理器
                initMessageSource();

                //8:初始化事件多播器
                initApplicationEventMulticaster();

                //9:这个方法同样也是留个子类实现,其中springboot也是从这个方法进行tomcat的启动
                onRefresh();

                //10:把我们的事件监听器注册到多播器上
                registerListeners();

                //11:实例化所有的非懒加载的单实例bean
                finishBeanFactoryInitialization(beanFactory);

                //12:最后刷新容器 发布刷新事件(Spring cloud eureka也是从这里启动的)
                finishRefresh();
            }

            catch (BeansException ex) {
                if (logger.isWarnEnabled()) {
                    logger.warn("Exception encountered during context initialization - " +
                            "cancelling refresh attempt: " + ex);
                }

                // Destroy already created singletons to avoid dangling resources.
                destroyBeans();

                // Reset 'active' flag.
                cancelRefresh(ex);

                // Propagate exception to caller.
                throw ex;
            }

            finally {
                // Reset common introspection caches in Spring's core, since we
                // might not ever need metadata for singleton beans anymore...
                resetCommonCaches();
            }
        }
    }

什么，内容不够精炼？那我再给大家上一个牛逼的思维导图：

3. 源码解析

下面主要对 refresh() 的 12 个流程进行讲解。

3.1 prepareRefresh()

准备刷新上下文环境：

protected void prepareRefresh() {
        // Switch to active.
        this.startupDate = System.currentTimeMillis();
        this.closed.set(false);
        this.active.set(true);