点击右上角“关注”，立即查看“Spring-Boot源码分析”系列所有文章。

本文是源码分析系列：SpringBoot启动流程的第五篇，主要包含以下源码分析：

1. prepareEnvironment()：准备运行环境；
2. configureIgnoreBeanInfo()：配置是否忽略BeanInfo；
3. printBanner()：打印启动banner；
4. refreshContext()：创建Spring核心容器ApplicationContext；
5. callRunners()：启动后执行的事情。

文章篇幅较长，涉及太多源码解析，建议大家收藏后持续阅读。

强烈建议大家阅读文章以后一定要自己debug源码多走几遍！

之前我们分析到Spring的监听器时候，特地写了一篇文章专门讲解Spring的事件机制以及如何运用事件机制于业务开发。Spring的事件驱动编程贯穿整个SpringBoot的启动流程，所以清楚的掌握Spring的事件机制，是阅读Spring相关框架源码的必经之路。

搞清楚Spring事件机制后：Spring的源码看起来简单多了

今天我们继续向下分析SpringBoot的启动流程：

prepareEnvironment()

Environment代表着应用的上下文环境，主要是解析获取profile和properties。

准备ConfigurableEnvironment，有如下两行代码：

先来一张ConfigurableEnvironment接口的结构设计图感受一下：

点击进入prepareEnvironment()方法中去：

主要做以下几件事情：

• 根据webApplicationType创建不同的Environment，web环境下创建了StandardServletEnvironment
• 将应用启动时候传入的args设置到Environment中去
• 获取properties配置信息，重点在configurablePropertyResolver这个类
• 告诉之前获取的所有监听器，应用的上下文环境已经准备好了，这个时候监听器主要做的事情就是加载application.properties以及application-${active.profile},properties文件
• 将获取到的environment中的spring.main配置绑定到SpringApplication的source中
• 如果不是自定义的上下文环境，则需要转换成对应类型的Environment，也就是当我们的应用类型是web类型，则必须是StandardServletEnvironment。
• 将创建好的Environment里获取到的MutablePropertySources再设置到configurationProperties属性值里面去，并且作为第一个元素。

上面即将Environment创建好了，接下来根据创建好的Environment继续往下走。

configureIgnoreBeanInfo()

是否跳过对BeanInfo类的搜索。属性为spring.beaninfo.ignore，默认值为true，可以在属性文件里配置改属性（正常情况下都不需要配置）。

这里面大家可以了解一下JDK自带的BeanInfo相关知识。在JDK中可以通过：

Introspector.getBeanInfo(class)

获取指定class的所有属性、方法等信息。

printBanner()

打印启动banner，默认是大家熟悉的样子：

这块代码并没有什么特别的意义，仅仅是输出一个Banner标识而已，或者说只是为了玩玩(just for fun!)。最核心的代码就是下面这个方法：

优先支持图片banner，其次是从文本文件中获取banner，都没有的话走默认banner，默认banner就是我上上图中输出文案。感兴趣的大家可以自己跟进去看一眼就明白了。

createApplicationContext()

终于到了创建应用上下文的时候了，前面都是在做准备工作，准备工作做好了，开始创建Spring中最核心的容器ApplicationContext了。点击方法进去看源码：

代码比较简单，还是根据应用类型创建不同的上下文，显然我们创建的是：

然后通过BeanUtils初始化这个ApplicationContext。初始化
AnnotationConfigServlet-WebServerApplicationContext时候，会先常见reader和scanner：

后面会通过这里的reader和scanner来扫描所有带@Component、@Service、@Repository、@Controller等注解的类，注册到容器中来。

同时也会创建上下文的beanFactory，实际类型为
DefaultListableBeanFactory。

我们看
AnnotationConfigServletWebServerApplicationContext的继承关系可以看出：

初始化子类之前必须先初始化其父类，在父类GenericApplicationContext中创建beanFactory：

beanFactory创建好了，是不是就可以做Spring接下来要做的事情了？我们继续往下走。

exceptionReporters

异常报告器，用于SpringBoot启动过程中的错误输出。获取的是spring.factories文件中配置的
org.springframework.boot.diagnostics.FailureAnalyzers属性下的异常解析器：

prepareContext()

将之前获取到的Environment、listeners、applicationArguments以及printBanner都设置到applicationContext中去，源码如下：

refreshContext()

容器上下文环境准备好之后，便要开始执行最最核心的容器刷新动作了：

主要流程就是:

• 准备刷新
• 通知子类刷新内部beanFactory
• 准备beanFactory
• 允许上下文对beanFactory进行后置处理
• 通用BeanFactoryPostProcessors
• 注册BeanPostProcessors
• 初始化信息源
• 初始化容器的事件广播器
• 出书啊其他特殊的bean
• 注册监听器类型的bean
• 完成BeanFactory初始化，初始化所有遗留的、非延迟加载的单例bean
• 完成容器刷新

这块属于Spring的核心流程了，这块要讲的东西特别多，实际上搞清楚这块的流程，基本上Spring的容器这块的知识就搞透了，限于篇幅原因，计划单独拿出一篇文章专门讲Spring的容器初始化这块的源码。

afterRefresh()

空方法，容器完成刷新后的动作，估计SpringBoot目前还没有想好这块要做什么，索性先留着。

stopWatch.stop()

计时器计算从stopWatch.start()开始到现在，启动项目的耗时，然后通过日志打印出来：

listeners.started()

初始获取的监听器的onApplicationStartEvent()事件，阅读了我上篇文章Spring事件机制的一定明白这块具体是如何执行的。

callRunners()

应用启动后执行实现了ApplicationRunner和CommandLineRunner接口的bean，类似于系统的开机启动，比如我们在应用启动完毕以后输出一些特定的信息，或者预加载一些数据到jvm内存里面来，注意这两个方法的传参是不一样的。

listeners.running()

最后调用监听器的ApplicationReadyEvent方法，监听事件这块就不细说了。还是那句话：大家必须掌握Spring的事件机制！

以上整个SpringBoot项目就启动完成了。

整个过程中，大家可以清晰的看到SpringBoot都做了哪些事情，并且是如何与Spring相结合来初始化Spring的容器的。创建好容器后，又是如何通过Spring的容器来注册初始化bean的。

本文没有细究Spring在初始化容器上下文时候的每一步源码，主要讲解的还是SpringBoot的启动主流程。后面我会专门再出一篇讲解Spring容器的初始化流程。

在阅读的过程中如果有任何问题，欢迎大家批评指正！感谢各位阅读、点赞、转发，关注我，我们下篇再见。