头秃了，二十三张图带你从源码了解SpringBoot启动流程！

监听器如何获取？从源码中知道其实和初始化器(ApplicationContextInitializer)执行的是同一个方法，同样是从META-INF/spring.factories文件中获取。

在spring-boot-autoconfigure的spring.factories文件中的值如下图：

spring.factories文件不止一个，同样监听器也不止以上这些。

作者demo中注入的一些监听器如下图：

总结

SpringApplication的构建都是为了run()方法启动做铺垫，构造方法中总共就有几行代码，最重要的部分就是设置应用类型、设置初始化器、设置监听器。

「注意」：初始化器和这里的监听器都要放置在spring.factories文件中才能在这一步骤加载，否则不会生效，因此此时IOC容器还未创建，即使将其注入到IOC容器中也是不会生效的。

作者简单的画了张执行流程图，仅供参考，如下：

执行run()方法

上面分析了SpringApplication的构建过程，一切都做好了铺垫，现在到了启动的过程了。

作者根据源码将启动过程分为了**「8步」**，下面将会一一介绍。

1. 获取、启动运行过程监听器

SpringApplicationRunListener这个监听器和ApplicationListener不同，它是用来监听应用程序启动过程的，接口的各个方法含义如下：

public interface SpringApplicationRunListener {

// 在run()方法开始执行时，该方法就立即被调用，可用于在初始化最早期时做一些工作
void starting();
// 当environment构建完成，ApplicationContext创建之前，该方法被调用
void environmentPrepared(ConfigurableEnvironment environment);
// 当ApplicationContext构建完成时，该方法被调用
void contextPrepared(ConfigurableApplicationContext context);
// 在ApplicationContext完成加载，但没有被刷新前，该方法被调用
void contextLoaded(ConfigurableApplicationContext context);
// 在ApplicationContext刷新并启动后，CommandLineRunners和ApplicationRunner未被调用前，该方法被调用
void started(ConfigurableApplicationContext context);
// 在run()方法执行完成前该方法被调用
void running(ConfigurableApplicationContext context);
// 当应用运行出错时该方法被调用
void failed(ConfigurableApplicationContext context, Throwable exception);
}

如何获取运行监听器？

在SpringApplication#run()方法中，源码如下：

//从spring.factories中获取监听器
SpringApplicationRunListeners listeners = getRunListeners(args);

跟进getRunListeners()方法，其实还是调用了loadFactoryNames()方法从spring.factories文件中获取值，如下：

org.springframework.boot.SpringApplicationRunListener=
org.springframework.boot.context.event.EventPublishingRunListener

最终注入的是EventPublishingRunListener这个实现类，创建实例过程肯定是通过反射了，因此我们看看它的构造方法，如下图：

这个运行监听器内部有一个事件广播器(SimpleApplicationEventMulticaster)，主要用来广播特定的事件(SpringApplicationEvent)来触发特定的监听器ApplicationListener。

EventPublishingRunListener中的每个方法用来触发SpringApplicationEvent中的不同子类。

如何启动运行监听器？

在SpringApplication#run()方法中，源码如下：

//执行starting()方法
listeners.starting(bootstrapContext, this.mainApplicationClass);

执行SpringApplicationRunListeners的starting()方法，跟进去其实很简单，遍历执行上面获取的运行监听器，这里只有一个EventPublishingRunListener。因此执行的是它的starting()方法，源码如下图：

上述源码中逻辑很简单，其实只是执行了multicastEvent()方法，广播了ApplicationStartingEvent事件。至于multicastEvent()内部方法感兴趣的可以看看，其实就是遍历ApplicationListener的实现类，找到监听ApplicationStartingEvent这个事件的监听器，执行onApplicationEvent()方法。

总结

这一步其实就是广播了ApplicationStartingEvent事件来触发监听这个事件的ApplicationListener。

因此如果自定义了ApplicationListener并且监听了ApplicationStartingEvent（应用程序开始启动）事件，则这个监听器将会被触发。

2. 环境构建

这一步主要用于加载系统配置以及用户的自定义配置(application.properties)，源码如下，在run()方法中：

ConfigurableEnvironment environment = prepareEnvironment(listeners, bootstrapContext, applicationArguments);

prepareEnvironment方法内部广播了ApplicationEnvironmentPreparedEvent事件，源码如下图：

环境构建这一步加载了系统环境配置、用户自定义配置并且广播了ApplicationEnvironmentPreparedEvent事件，触发监听器。

3. 创建IOC容器

源码在run()方法中，如下：

context = createApplicationContext();

跟进代码，真正执行的是ApplicationContextFactory方法，如下图：

根据webApplicationType决定创建的类型，很显然，我这里的是servlet，因此创建的是AnnotationConfigServletWebServerApplicationContext。

这一步仅仅是创建了IOC容器，未有其他操作。

4. IOC容器的前置处理

这一步真是精华了，在刷新容器之前做准备，其中有一个非常关键的操作：将启动类注入容器，为后续的自动化配置奠定基础。源码如下：

prepareContext(context, environment, listeners, applicationArguments,printedBanner);

prepareContext()源码解析如下图，内容还是挺多的：

从上图可以看出步骤很多，下面将会详细介绍几个重点的内容。

调用初始化器

在SpringApplication构建过程中设置的初始化器，从spring.factories取值的。执行的流程很简单，遍历执行，源码如下图：

将自定义的ApplicationContextInitializer放在META-INF/spring.factories中，在此时也是会被调用。

加载启动类，注入容器

这一步是将主启动类加载到IOC容器中，作为后续自动配置的入口。

在SpringApplication构建过程中将主启动类放置在primarySources这个集合中，此时的getAllSources()即是从其中取值，如下图：

这里取出的就是主启动类，当然你的项目中可能不止一个，接下来就是将其加载到IOC容器中了，源码如下：

load(context, sources.toArray(new Object[0]));

跟着代码进去，其实主要逻辑都在BeanDefinitionLoader.load()方法，如下图：

将主启动类加载到beanDefinitionMap，后续该启动类将作为开启自动配置化的入口，后续章节详细介绍。

两次广播事件

这一步涉及到了两次事件广播，分别是ApplicationContextInitializedEvent和ApplicationPreparedEvent，对应的源码如下：

listeners.contextPrepared(context);
load(context, sources.toArray(new Object[0]));

5. 刷新容器

刷新容器完全是Spring的功能了，比如初始化资源，初始化上下文广播器等，这个就不再详细介绍，有兴趣可以看看Spring的源码。

protected void refresh(ApplicationContext applicationContext) {
Assert.isInstanceOf(AbstractApplicationContext.class, applicationContext);
//调用创建的容器applicationContext中的refresh()方法
((AbstractApplicationContext)applicationContext).refresh();
}
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
/**
* 刷新上下文环境
*/
prepareRefresh();

/**
* 初始化BeanFactory，解析XML，相当于之前的XmlBeanFactory的操作，
*/
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

/**
* 为上下文准备BeanFactory，即对BeanFactory的各种功能进行填充，如常用的注解@Autowired @Qualifier等
* 添加ApplicationContextAwareProcessor处理器
* 在依赖注入忽略实现*Aware的接口，如EnvironmentAware、ApplicationEventPublisherAware等
* 注册依赖，如一个bean的属性中含有ApplicationEventPublisher(beanFactory)，则会将beanFactory的实例注入进去
*/
prepareBeanFactory(beanFactory);

try {
/**
* 提供子类覆盖的额外处理，即子类处理自定义的BeanFactoryPostProcess
*/
postProcessBeanFactory(beanFactory);

/**
* 激活各种BeanFactory处理器,包括BeanDefinitionRegistryBeanFactoryPostProcessor和普通的BeanFactoryPostProcessor
* 执行对应的postProcessBeanDefinitionRegistry方法 和  postProcessBeanFactory方法
*/
invokeBeanFactoryPostProcessors(beanFactory);

/**
* 注册拦截Bean创建的Bean处理器，即注册BeanPostProcessor，不是BeanFactoryPostProcessor，注意两者的区别
* 注意，这里仅仅是注册，并不会执行对应的方法，将在bean的实例化时执行对应的方法
*/
registerBeanPostProcessors(beanFactory);

/**
* 初始化上下文中的资源文件，如国际化文件的处理等
*/
initMessageSource();

/**
* 初始化上下文事件广播器，并放入applicatioEventMulticaster,如ApplicationEventPublisher
*/
initApplicationEventMulticaster();

/**
* 给子类扩展初始化其他Bean
*/
onRefresh();

/**
* 在所有bean中查找listener bean，然后注册到广播器中
*/
registerListeners();

/**
* 设置转换器
* 注册一个默认的属性值解析器
* 冻结所有的bean定义，说明注册的bean定义将不能被修改或进一步的处理
* 初始化剩余的非惰性的bean，即初始化非延迟加载的bean
*/
finishBeanFactoryInitialization(beanFactory);

/**
* 通过spring的事件发布机制发布ContextRefreshedEvent事件，以保证对应的监听器做进一步的处理
* 即对那种在spring启动后需要处理的一些类，这些类实现了ApplicationListener，
* 这里就是要触发这些类的执行(执行onApplicationEvent方法)
* 另外，spring的内置Event有ContextClosedEvent、ContextRefreshedEvent、ContextStartedEvent、ContextStoppedEvent、RequestHandleEvent
* 完成初始化，通知生命周期处理器lifeCycleProcessor刷新过程，同时发出ContextRefreshEvent通知其他人
*/
finishRefresh();
}

finally {

resetCommonCaches();
}
}
}

6. IOC容器的后置处理

一个扩展方法，源码如下：

afterRefresh(context, applicationArguments);

默认为空，如果有自定义需求可以重写，比如打印一些启动结束日志等。

7. 发出结束执行的事件

同样是EventPublishingRunListener这个监听器，广播ApplicationStartedEvent事件。

但是这里广播事件和前几次不同，并不是广播给SpringApplication中的监听器（在构建过程中从spring.factories文件获取的监听器）。因此在IOC容器中注入的监听器（使用@Component等方式注入的）也能够生效。前面几个事件只有在spring.factories文件中设置的监听器才会生效。

跟着代码进入，可以看到started()方法源码如下：

这里并没有用事件广播器SimpleApplicationEventMulticaster广播事件，而是使用ConfigurableApplicationContext直接在IOC容器中发布事件。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

Java核心架构进阶知识点

面试成功其实都是必然发生的事情，因为在此之前我做足了充分的准备工作，不单单是纯粹的刷题，更多的还会去刷一些Java核心架构进阶知识点，比如：JVM、高并发、多线程、缓存、Spring相关、分布式、微服务、RPC、网络、设计模式、MQ、Redis、MySQL、设计模式、负载均衡、算法、数据结构、kafka、ZK、集群等。而这些也全被整理浓缩到了一份pdf——《Java核心架构进阶知识点整理》，全部都是精华中的精华，本着共赢的心态，好东西自然也是要分享的

内容颇多，篇幅却有限，这就不在过多的介绍了，大家可根据以上截图自行脑补
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
华，本着共赢的心态，好东西自然也是要分享的

[外链图片转存中…(img-xntKPZNG-1713631093487)]

[外链图片转存中…(img-vVrxdpt5-1713631093487)]

[外链图片转存中…(img-TBSAcI63-1713631093488)]

内容颇多，篇幅却有限，这就不在过多的介绍了，大家可根据以上截图自行脑补
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！