spring boot controller 初始化_源码解析（四）：SpringBoot创建Spring容器都做了哪些事情？...
点击右上角“关注”，立即查看“Spring-Boot源码分析”系列所有文章。
本文是源码分析系列：SpringBoot启动流程的第五篇，主要包含以下源码分析：
- prepareEnvironment()：准备运行环境；
- configureIgnoreBeanInfo()：配置是否忽略BeanInfo；
- printBanner()：打印启动banner；
- refreshContext()：创建Spring核心容器ApplicationContext；
- 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容器的初始化流程。