写在最前

在分析代码的过程中，如果涉及到和我们分析的目的不相关的代码，我就先暂时忽略了。

正文

Spring Boot创建Bean的过程分析

运行Spring Boot程序，我们通常是调用SpringApplication的run()方法。我们去看看run()方法的内部结构：

SpringApplication

如上图，上篇文章我们已经分析过createApplicationContext()方法了，它创建出来的是AnnotationConfigEmbeddedWebApplicationContext类的实例对象。我们在这里着重看1和2两部分，看方法的名字就可以得知：

1. prepareContext()是做context的准备工作
2. refreshContext()是根据新的绑定参数重新对context进行更新。

下面我们看下prepareContext()是如何实现的：

SpringApplication的prepareContext()方法

下面我们只讨论图中的三个红色的方法，其它方法暂时忽略。

1. postProcessApplicationContext(context)

postProcessApplicationContext(context)方法

该方法对context进行了预设置，设置了ResourceLoader和ClassLoader，并向bean工厂中添加了一个beanNameGenerator。至于beanNameGenerator是个什么东东？我们在这里就不讨论了。

2. applyInitializers(context)

applyInitializers(context)方法

applyInitializers(context)方法获取到了我们或spring通过SpringApplication.setInitializers(xxx)设置的应用上下文初始化器集合。那么，什么是应用上下文初始化器呢？

ApplicationContextInitializer的官方描述

ApplicationContextInitializer

通过官方的描述，我们可以得知这个上下文初始化器可以用来对ApplicationContext进行自定义。它的调用是在ConfigurableApplicationContext的refresh()方法被调用之前。那么applyInitializers(context)方法的作用也就很明显了 - 获取用户设置的自定义应用上下文初始化器(ApplicationContextInitializer)。

3. load(context, sources.toArray(new Object[sources.size()]))

SpringApplication的load方法

通过上图中的注释，我们可以得知：这个方法主要是加载各种beans到context对象中的。sources代表各种资源对象，然后BeanDefinitionLoader的内部通过各种xxxReader和xxxScanner读取、解析这些资源对象中的beans。具体细节，感兴趣的可以看看BeanDefinitionLoader这类，我们在这里就不讨论spring是如何加载和解析beans的了。

通过上面主要的三个方法，prepareContext()已经做好了refresh上下文的基础准备工作。那么下面我们就来看看是如何refresh上下文的：

refreshContext(context)的调用过程

SpringApplication的refreshContext()方法

如上图，refreshContext(context)方法又调用了refresh(context)。在调用了refresh(context)方法之后，又注册了关闭context时的钩子。至于hook中执行了什么我们就先跳过去了。

SpringApplication的refresh(context)方法

如上图，spring对ApplicationContext进行了向下转型，转型后的类型为：AbstractApplicationContex，并调用了它的refresh()方法。refresh()方法的执行逻辑如下图：

AbstractApplicationContext的refresh()方法

到这里，我们就看见重点了，仔细看上的注释，正在做各种初始化工作，而今天我们关注的重点就是红色圈起的方法 - finishBeanFactoryInitialization(beanFactory)。该方法进行了非懒加载beans的初始化工作。现在我们进入该方法内部，一窥究竟。

finishBeanFactoryInitialization(beanFactory)方法

看上图方法中的最后一步，调用了beanFactory的preInstantiateSingletons()方法。你还记得我们上篇文章中说的此处的beanFactory是那个类的实例对象吗？答案是：DefaultListableBeanFactory。那好，我们就进入DefaultListableBeanFactory的preInstantiateSingletons()的方法一看究竟。

DefaultListableBeanFactory的preInstantiateSingletons()方法

preInstantiateSingletons中有很多处使用getBean(beanName)方法。这个就是今天我们的重点，其它代码我们先忽略了。跟踪此方法进去后，最终发现getBean调用了AbstractBeanFactory类的doGetBean(xxx)方法，doGetBean(xxx)方法中有这么一段代码：

doGetBean(xxx)

所以createBean被调用了。AbstractBeanFactory中的createBean(xxx)方法并没有具体的实现，其实现是在其子类 - AbstractAutowireCapableBeanFactor类中，如下图：

AbstractAutowireCapableBeanFactor的createBean(xxx)方法

如上图中的描述，该方法就是创建bean的核心方法。具体细节我们就不看了，这篇文章的目的就是分析整个过程而非代码细节。分析到这里，我们的分析也就结束了！

写在最后

此篇文章的分析路径是跟踪的singleton的beans的创建过程，prototype的beans的创建过程大同小异，就不细说了。