spring-boot启动源码分析（二）之SpringApplicationRunListener

在上一篇《spring-boot启动源码分析（一）之SpringApplication实例构造》后，继续看了一个月的Spring boot启动源码，初步把流程看完了，接下来会不断输出总结，以巩固这段时间的学习。同时也希望能帮到同样感兴趣的同学。话不多说，进入正题

环境介绍：

spring boot版本：2.7.18

主要starter:spring-boot-starter-web

SpringApplication实例构造后，就开始调用它的run方法，开始启动spring boot。方法如下：

本篇主要介绍上图中的4步，SpringApplicationRunListener会重点讲

1、创建BootStrapContext

这里主要是创建一个DefaultBootstrapContext实例，然后使用构造方法中从spring.fatories中获取的BootstrapRegistryInitializer对其初始化。只引入spring-boot-starter-web的spring boot没有在spring.fatories中配置BootstrapRegistryInitializer，所以这里没有实际的初始化动作。但在这里我们可以支持自定义BootstrapRegistryInitializer对其进行扩展

2、设置系统变量“java.awt.headless”为true

Java的Headless模式允许在没有图形界面的环境中运行程序，从而提高性能和节省资源。

3、从spring.factories中获取SpringApplicationRunListener

这里我们有见到老朋友getSpringFactoriesInstances，就是从spring.factories获取接口的实现类，之后实例化返回。之后我们依然会频繁的接触它。因为spring.factories中定义了19种接口，每种接口都对应一块功能。

这里返回的是SpringApplicationRunListeners，它包含了SpringApplicationRunListener的集合以及一个ApplicationStartup实例。

SpringApplicationRunListener目前只有一个EventPublishingRunListener，用于发布SpringApplicationEvent事件。而ApplicationStartup是SpringApplication中传入的用于记录启动过程数据的，默认是一个DefaultApplicationStartup，无实际操作，但支持在SpringApplication实例化后，执行run方法之前通过SpringApplication.setApplicationStartup设置自定义的ApplicationStartup。

SpringApplicationRunListeners主要是用于事件的发布，会在不同的启动阶段发布对应的事件：

如SpringApplicationRunListeners实例化后发布的staring、环境准备好后的environmentPrepared、上下文准备好后的contextPrepared等

实际的事件发布是交给List<SpringApplicationRunListener> listeners的，即每个SpringApplicationRunListener都调用各自方法发布相应的事件。如starting方法就是调用SpringApplicationRunListener.starting方法：

所以我们也可以在spring.fatories中添加我们自己的SpringApplicationRunListener，在不同的阶段发布自己的事件。

我们接着看EventPublishingRunListener，首先看一下它的构造方法

在构造方法中主要实例化了一个内部的事件广播器，同时添加SpringApplication中包含的监听器（这个在SpringApplication构造方法中从spring.fatories中获取过）

而它又是怎么发布事件的呢：

我们可以看到每个阶段都有对应的事件示例，通过内部的事件广播器进行广播。

getApplicationListeners(event, type)：事件广播会先从监听器列表中筛选支持此事件的监听器，通常如果监听器不是SmartApplicationListener子类，没有重写自己的supportsEventType，那么只是简单判断ApplicationListener中的泛型类型是否是对应事件的子类。EventPublishingRunListener发布的事件都是继承SpringApplicationEvent，所以如果和BackgroundPreinitializer一样以如下方式定义，那么将监听它发布的所有事件。

而像LoggingApplicationListener，实现GenericApplicationListener（它继承SmartApplicationListener），那么会根据supportsEventType方法判断是否支持此事件

上图即为LoggingApplicationListener的supportsEventType实现，可以看到只要事件类型是在·EVENT_TYPES中定义的事件都监听，即：

4、listeners.starting发布开始事件

上面已经把SpringApplicationRunListeners发布事件的流程详细介绍了一遍，开始事件后发布后会有三个监听器支持此事件

（1）LoggingApplicationListener

这里主要是获取日志系统会从spring.factories获取LoggingSystemFactory

按顺序实例化其中的日志系统工厂类（有引入对应日志依赖才能实例化），所以默认是LogbackLoggingSystem.Factory。然后工厂类会创建对应的日志系统实例。loggingSystem.beforeInitialize()会进行初步的初始化，像logback会获取日志上下文，如果首次获取这里就会进行xml的解析等。

同时此时日志系统只是初步初始化，所以会增加一个拒绝所有日志打印的TurboFilter。

（2）BackgroundPreinitializer

此监听器并没有实际响应开始事件，主要响应的是ApplicationEnvironmentPreparedEvent、ApplicationReadyEvent、ApplicationFailedEvent

（3）DelegatingApplicationListener

代理监听器是代理通过context.listener.classes配置的自定义的监听器，它实际也没有响应开始事件：multicaster需要在响应ApplicationEnvironmentPreparedEvent才实例化