Spring、SpringBoot、SpringCloud还是傻傻分不清？

去年，花了几十元买了个SpringMVC+Spring+Mybatis的课程，顺便发到了朋友圈里，这时有个前同事评论，现在都什么年代了，还学Spring框架，Spring早就过时了，现今流行SpringBoot和SpringCloud的！

看到他的评论，没有说什么。按照以往的说话风格，会以疑问句的方式反问他，你确定真的过时了？那么SpringBoot和SpringCloud又是从何而来？

在15年的时候，开始接触SSH（Spring、Struct、Hibernate）框架，在18年的时候开始使用SpringBoot、SpringCloud，SpringMVC框架直接忽略掉了；特别是这几年间，一直忙于编码，拷贝别人的编码，很少去研究原理性的东西。

直到面试一家新公司，才发现自己所知甚少，一问三不知。拷贝别人的代码是很容易，怎么就不能多看看源码，多深入思考一下呢？知道怎么做，却不知道为什么这么做，徒有那么多年的开发经验。

想要深入理解原理，在实施拿来主义的前提下，还是要抽出一些时间去研究一下背后的原理的，不然真的枉对这么多年的经验。

针对Spring面试时的题目，大抵都是那么几个，核心理念，核心理念的理解和应用，再具体点，到底怎么用。从抽象到具体，从概念到应用，从架构到具体的实现细节。

Spring、SpringBoot、SpringCloud的，既然都带有Spring的字样，那么中间必然有这样那样千丝万缕的联系，在面试时，能把这中间的关系说清楚吗？更有甚者，是要画原理图的。

为了加深记忆，Spring的发展史也不要错过：

2002年，一位澳大利亚的工程师，一位音乐博士发布了一本著作，并在著作中首次提出了Spring框架的核心理念。 2003年发布了0.X版本，在2004该博士又主导发布了1.0版本，1.0版本只能支持XML文件形式，还不能支持注解。 随着JDK5的发布，增加了注解的特性；2007年，与之相对应的Spring2.0也开始支持注解，这时只能支持少量的注解，比如@Component、@Service等； 2009年12月，Spring3.0发布，引入了更多的注解功能。 2013年12月，Spring4.0发布，注解功能越来越强大，可以完全脱离XML文件； 2014年，SpringBoot诞生。 2017年的时候，Spring5.X发布，可以有效地支持Java 9的开发。 2018年3月，SpringBoot推出2.0.0版本。

Spring框架的核心理念，IoC控制反转、依赖注入和AOP；SpringBoot的诞生又是如何，和Spring框架有关系吗？

答案是肯定的，SpringBoot的诞生是为了简化Spring开发、部署和测试的；传统的Spring开发，需要打包成一个War包，发布到Tomcat等容器里，启动Tomcat等容器后，才能运行项目。

SpringBoot提供一个starter, 创建一个独立的Spring应用程序，内嵌Tomcat等容器，无需部署WAR包，允许使用maven来根据需要获取starter；默认的自动配置；对xml没有硬性要求配置。

SpringBoot是基于Spring框架搭建起来的应用，所以说怎么能离开Spring框架呢？又怎么能和Spring脱离干系呢？

在单独使用Spring框架搭建项目的时候，在使用SSH框架的时候，本地是需要下载一个Tomcat容器来运行项目的，SpringBoot则把Tomcat容器内置在项目里面了，也就无需配置运行的容器了。

在使用架包上，也方便了不少，只需要在pom文件中引入，使用maven即可下载到本地仓库，根本就不需要一个架包一个架包下载下来。

SpringBoot的核心思想是，约定优于配置。好好地回忆一下，在使用SpringBoot创建新项目的时候，基本上都使用过默认的配置。复杂的配置，再去覆盖框架里默认的配置。

不要小看SpringBoot的这个starter，在pom文件中，点进starter去看时，它把开发一个功能所需的架构都引入了进来。在搭建项目的时候，只需要很少量的代码就可以将项目运行起来。

对于习惯了配置传统项目的人来说，这不知方便了多少。对于一个新手，更是降低了搭建项目的技术门槛。

SpringBoot的版本号是使用数字表示的，每个版本后又标有红绿蓝黑背景的字样，它们是有一定含义的。

Spring Boot 2.2.5.RELEASE的含义是：主版本.次版本.增量版本（Bug修复）； 版本后的备注如下：

SpringCloud是基于SpringBoot实现的微服务架构开发组件，SpringCloud也需要对应SpringBoot的版本，不然会遇到各种各样的奇怪错误。

SpringCloud是一个项目概况，其下又包括很多子项目，采用伦敦地铁站的英文名字来命名，以A-Z字母顺序表的方式发布。

所以在使用SpringCloud子项目的时候，一定要和SpringBoot的版本对应上：

通过本文的整理，我已经能够把Spring、SpringBoot和SpringCloud三者之间的关系搞明白，相信屏目前聪明的你也看明白了。

了解它们三者之间的关系还是第一步，在面试的时候，仅仅知道他们三者之间的关系还是不够的。苛刻的面试官们，会一步一步的深入，一点一点地考察，看看你对它们的理解到了什么程度。

说一说Spring的核心理念，什么是IoC控制反转，什么是AOP，它们都应用在哪里？又比如说RestFul设计规范是什么，如何使用的，你们的接口平时又是如何命名的？

还比如说SpringCloud下又有很多的组件，每个组件的原理是什么，如何使用的。随便摸出来一个，就像一颗定时炸弹一样，随时等待着被揭穿。

有对比才有差异，当你对几个概念都感觉模棱两可时，不妨把它们都拿出来，摆在桌面上，对比一番，这样就可以知道它们之间的联系与区别了。

喝水不忘打井人，参考资料： https://www.cnblogs.com/chsoul/p/12545137.html https://spring.io/projects/spring-cloud#learn https://spring.io/projects/spring-boot#learn