SpringBoot和Spring到底有没有本质的不同?
最后在打包时可以把所有依赖的jar包都打进去，构成一个独立的可执行的jar包。如下图：
使用java -jar命令就可以运行这个独立的jar包。如下图：
这个jar包的执行入口就是一个main函数，典型的格式如下：
@SpringBootApplication
public class TasteSpringApplication {
public static void main(String[] args) {
SpringApplication.run(TasteSpringApplication.class, args);
}
}
从代码中可以得知，SpringApplication这个类就是SpringBoot的总入口。
以上这些内容，早已是路人皆知的事情了，这里只是再赘述一遍。
进入SpringApplication这个类的源码里，首先看到的就是几个application context所使用的类。
首先是AnnotationConfigApplicationContext，这是基于注解的非web应用使用的类，它是spring-context里面的类，现在也用于SpringBoot中。
这表明对于非web应用来说，采用传统的Spring构建，或是采用现在的SpringBoot构建，核心部分并没有什么本质区别。毕竟连类都是用的同一个。
再看就是AnnotationConfigServletWebServerApplicationContext，这是基于注解的web应用使用的类，注意，这个类是SpringBoot里的类。
其实大家都知道，在还没有SpringBoot时，基于传统Spring构建web应用时使用的是AnnotationConfigWebApplicationContext这个类。
这个类位于spring-web中，显然它是Spring里面的类。（注：本文中所说的Spring指的是SpringFramework）
这里有一个问题，不知你是否发现，从Spring到SpringBoot，非web应用使用的类没有变，web应用使用的类改变了，为啥呢？
这个问题其实很简单，从它们的启动方式的差异就能很好的说明。
传统Spring构建的web应用，会打成一个war包，放入tomcat下面。
先启动tomcat，然后tomcat再去加载它下面的web应用（即war包）。
SpringBoot构建的web应用，会打成一个jar包，采用内嵌的tomcat。
先启动jar包，会进入SpringBoot中，然后再去启动tomcat。
因为现在SpringBoot要来负责启动和停止web server，这和传统Spring完全不同，所以它要自己实现一个web application context所使用的类。
由此我们可以推断出，这个类里一定有关于web server启动和停止的相关内容。
再来观察一个细节，没错，就是类名称。
传统Spring使用的类名称可以提炼出一个关键词，就是Web。SpringBoot使用的类名称可以提炼出的关键词是ServletWebServer。
前者只有Web，说明只关注web的问题，后者除了Web外还有Server，说明除了关注web外还要关注服务器，即tomcat、jetty等这些web服务器。
由此可见，从类名称上的解释和刚刚从启动方式上的解释是吻合的，是一致的。
这也说明，“时刻关注细节，你将发现更多”。这句话不仅可以用在工作当中，亦可以用在学习中、生活中。
细心的同学又会发现，后者中还有一个Servlet呢，这又怎么解释呢？
这说明这个WebServer是基于Servlet实现的。难道还有不是基于Servlet的吗？有啊，那就是基于Reactive（响应式或反应式）的。
响应式使用的类是这个AnnotationConfigReactiveWebServerApplicationContext。可以仔细对比一下名字。
Spring从5.x引入了响应式编程。这里不做深入讨论，需要的话可以去看“编程新说”这个号之前的文章。
接着我们去源码里看看，来证实一下我们的猜想。进入ServletWebServerApplicationContext类，就是刚刚那个类的父类。
首先它定义了一个WebServer，如下图：
其次又创建了这个WebServer，如下图：
接着又启动了这个WebServer，如下图：
最后又关闭和释放了这个WebServer，如下图：
由此证明了我们的猜想，确实有关于web服务器的“全套”操作。
现在SpringBoot翻身成了主人，它不仅可以启停web服务器，还可以选择web服务器，是用tomcat、jetty还是netty，都是可以配置的。爽吧。
Spring的核心就是IOC容器，容器所作的事情就是bean定义的注册，bean的实例化、初始化、依赖的装配，bean方法的调用，bean实例的销毁。
我们先来看看bean定义的注册吧。
首先看下传统Spring的，也就是AnnotationConfigWebApplicationContext这个类的。
先定义两个成员变量，存储要注册的类和要扫描的包，如下图：
然后又用两个类AnnotatedBeanDefinitionReader和ClassPathBeanDefinitionScanner来负责注册类和扫描包，如下图：
最后就是具体的来执行注册类和扫描包，如下图：
接着再看下SpringBoot的，也就是AnnotationConfigServletWebServerApplicationContext这个类的。
也是先定义两个成员变量，和上面的如出一辙，如下图：
也是用相同的两个类来负责处理，如下图：
编程新说注：实例化时虽然调用的构造函数不同，但是最终执行的却是相同的构造函数。
最终执行具体的处理也是相同的，如下图：
由此可以看出传统Spring和SpringBoot在对待bean定义注册这一块，完全相同，没有任何区别。
其实这很好理解，IOC容器这块内容在Spring中已经发展的相当成熟了，是不会再有人轻易去修改它了。
因此SpringBoot和Spring在本质上没什么差别，注意这里说的是本质。
由于SpringBoot的启动方式是把自身提前把web服务器移后（即采用内嵌web服务器），所以这块是额外新增的内容。
由于SpringBoot采用根据条件（condition）自动配置的方式（AutoConfiguration），所以这块也是额外新增的内容。
这两块都是额外新增的内容，和传统Spring基本没啥关系。
因此在SpringBoot和Spring重叠的部分，其实本质没啥区别。
两年呕心沥血的文章：「面试题」「基础」「进阶」这里全都有！
300多篇原创技术文章加入交流群学习海量视频资源精美脑图面试题长按扫码可关注获取
在看和分享对我非常重要！
评论