spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?...

点击右上角“关注”,立即查看“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的启动流程:

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第1张图片

prepareEnvironment()

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

准备ConfigurableEnvironment,有如下两行代码:

5615b752efba988b50e9689f1c2e7adb.png

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第2张图片

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第3张图片

主要做以下几件事情:

  • 根据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,可以在属性文件里配置改属性(正常情况下都不需要配置)。

145918faff5381b507d1e424a6ecf88e.png

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

Introspector.getBeanInfo(class)

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

printBanner()

打印启动banner,默认是大家熟悉的样子:

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第4张图片

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第5张图片

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

createApplicationContext()

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第6张图片

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第7张图片

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第8张图片

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

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

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第9张图片

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第10张图片

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

exceptionReporters

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第11张图片

prepareContext()

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第12张图片

refreshContext()

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第13张图片

主要流程就是:

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

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

afterRefresh()

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

stopWatch.stop()

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

a0ca0930b507f5b19ca819722e55b4c2.png

listeners.started()

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

callRunners()

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

spring boot controller 初始化_面试官问:SpringBoot是什么时候初始化Spring上下文容器的?..._第14张图片

listeners.running()

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


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

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

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

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

你可能感兴趣的:(spring,boot,controller,初始化)