作者 | 波哥
审校 | 重楼
记得差不多在2015年以前，要部署一个Web应用，那得准备各种Web容器，比如Tomcat，然后打war包，然后部署到Web容器的特定目录下，以此来完成一个应用的部署，而且应用中的web.xml配置文件是必不可少的。可是近几年使用了SpringBoot后，发现写一个Web应用真的太简单了，一个SpringBootApplication注解直接搞定，什么web.xml啥都不用了，干净利索。
对于SpringBoot，我想99.99%的老铁都会使用，但是又有几人知道为什么加了这么一个简单的注解，一个Web应用就这么轻松的被创建出来了呢？今天我们就来扒一扒它的神秘面纱。
先来说说SpringBoot的几大核心能力，包括：自动装配、内置Web容器以及整合SpringMVC，因此笔者本篇主要从上述三个维度来详细阐述它的底层原理。
先通过一张图来说明下SpringBoot启动的整体流程：
我们研究任何源码，首先得找到它的入口，SpringBoot的入口毫无疑问是SpringApplication.run方法，找到了入口，然后顺藤摸瓜看看SpringBoot是如何实现上述的三大核心能力的。
1. 自动装配
那么什么是自动装配？笔者看来自动装配就像是搭积木，将多种形状的模型组装在一起，对应SpringBoot中的自动装配则是将单独的第三方功能，组装到Spring这个大的容器中，让Spring可以全权管理所涉及到的Bean实例，并在整个项目中使用。
我们还是从入口入手。我们可以想下，SpringBoot肯定是需要使用到Spring的核心能力的，而Spring的核心能力就是如何管理Bean的生命周期，那就肯定脱离不了Spring的应用上下文，但是我们在使用SpringBoot的过程中，从头到尾都没有明确创建过Spring应用上下文。于是我们有理由相信，一定是在SpringApplication的run方法中创建了这个Spring的应用上下文，而事实上的确如此：
上述代码中，创建了AnnotationConfigServletWebServerApplicationContext，该类是SpringBoot实现的应用上下文，它是GenericApplicationContext的子类：
很明显，它具有Spring应用上下文的一切能力。在创建出了Spring应用上下文后，接下来肯定就是去扫描需要被Spring管理的类，得到BeanDefinition信息，然后完成Bean的生命周期管理。关于Bean的生命周期管理，笔者已经写了系列文章，感兴趣的童鞋可以去看看。这里我们只谈SpringBoot是如何完成自动装配的。
咱们顺着SpringBootApplication注解，可以发现在EnableAutoConfiguration注解上有Import({AutoConfigurationImportSelector.class}的注解信息，Spring会调用AutoConfigurationImportSelector的selectImports方法，将该方法返回的所有字符串对应的类，走Bean的生命周期流程并进行管理：
那么这个方法返回的字符串数组就是自动装配的玄机所在，咱们看看它的具体代码实现就一目了然了：
简单来说说上述代码：
顺着getCandidateConfigurations方法看：
调用loadSpringFactories方法，读取所有META-INF/spring.factories目录中的配置信息，返回配置信息中key为EnableAutoConfiguration类型的value值，然后筛选出非exclusions的值，就得到了将要被返回的所有字符串数组的数据。
所以一句话来回答SpringBoot是如何实现自动装配的呢？
很简单，Spring就是读取项目中所有的META-INF/spring.factories配置文件信息，然后加载EnableAutoConfiguration对应的value值。既然Spring已经加载了这些value值到上下文容器中，那就可以使用这些value对应的Bean做为桥梁，来加载更多的其他Bean。
如果老铁们自己实现了一些工具包，也想自动整合进来，也完全可以增加一个META-INF/spring.factories的配置文件作为桥梁来实现，so easy，有木有？
2. 内置Web容器
上述Spring已经加载到了EnableAutoConfiguration对应的value值，在SpringBoot自己提供的spring.factories文件中，默认支持了一堆的值，这些都是SpringBoot默认提供的自动装配类（也可以理解为桥梁类），其中有一个名为：ServletWebServerFactoryAutoConfiguration的配置类，这个配置类中导入了EmbeddedTomcat：
而EmbeddedTomcat这个类中又通过@Bean注解配置了TomcatServletWebServerFactory：
看英文就大概知道了，这个类是用来创建Tomcat的工厂类，它是ServletWebServerFactory接口的实现类：
这表明在Spring应用上下文容器中已经存在了类型为ServletWebServerFactory的Bean，大家记住这个很重要，因为接下来在创建容器的时候就要用到这个Bean。
具体来看看是怎么链接的。
在上面我们说过SpringBoot会创建一个AnnotationConfigServletWebServerApplicationContext的Spring应用上下文，Spring在执行应用上下文的refresh方法时，会执行onRefresh方法，来执行子上下文的逻辑：
而这个子上下文的onRefresh方法则是执行createWebServer方法创建Web服务，也就是咱们所说的Tomcat：
原来如此，这里在createWebServer方法中会从Spring的Bean工厂中获取到ServletWebServerFactory的实例，而这个实例不就是我们上面提到的TomcatServletWebServerFactory类型的实例吗？获取到这个ServletWebServerFactory实例后，调用它的getWebServer方法来创建一个Web服务：
没错，就是直接创建一个Tomcat。呵呵，大功告成！
3. 整合SpringMVC
话说，在使用SpringBoot时，写一个Controller和在SpringMVC中方法一模一样，那这个又是咋做到的呢？
还是看SpringBoot自己提供的spring.factories文件，其中有一个名为DispatcherServletAutoConfiguration的自动配置类，这个类就是那个连接SpringBoot和SpringMVC的桥梁。
我们知道，SpringMVC里面一个核心类就是DispatcherServlet，所以我们完全可以大胆的猜想，在这个自动配置类，一定配置了DispatcherServlet，事实上也确实如此：
有了这个类，一切就水到渠成？不，还没有渠成，虽然有了这个Bean实例，但是它是如何和Tomcat容器对接上的还没弄清楚，不是吗？
在上述getWebServer方法中，创建好Tomcat容器后，后面会继续执行prepareContext方法:
在该方法中调用configureContext创建TomcatStarter，并且添加到了Tomcat上下文中，而这个TomcatStarter是ServletContainerInitializer的实现类：
在Servlet3.0的规范里面明确，在Web容器启动完成后会调用ServletContainerInitializer实现类的onStartup方法，于是就会进入TomcatStarter的onStartup方法：
该方法中会执行所有ServletContextInitializer类型的onStartup方法，那这个ServletContextInitializer对象是啥？我们在DispatcherServletAutoConfiguration中可以看到配置了DispatcherServletRegistrationBean实例，这个就是ServletContextInitializer的实现类：
于是就会调用DispatcherServletRegistrationBean的onStartup方法，从而向Web容器上下文中注册DispatcherServlet，并配置Mapping映射（默认将“/*”映射到DispatcherServlet)。
以上就是SpringBoot的底层原理分析，希望能对老铁们有所帮助！
作者介绍
波哥，互联行业从业10余年，先后担任项目总监及架构师。目前专攻技术，喜欢研究技术原理。技术全面，主攻Java，精通JVM底层机制及Spring全家桶底层框架原理，熟练掌握当前主流的中间件、服务网格等技术原理。
