面试官居然问 spring、springboot、springcloud的区别，我笑了

可能某些项目还在使用dubbo，但是你也一定听过Spring Cloud。至于Spring和Spring Boot，对于现在的Java开发，它们的地位简直可以说是不可或缺了。如果你的新项目在使用Tomcat+WAR的开发模式（历史遗留项目暂且不谈），不好意思，真的要吐槽一下。

首先，我认为要完善一下这个题目，应该是：Spring、Spring Framework、Spring Boot、Spring Cloud的区别。

Spring

Spring是一个生态体系（也可以说是技术体系），是集大成者，它包含了Spring Framework、Spring Boot、Spring Cloud等（还包括Spring Cloud data flow、spring data、spring integration、spring batch、spring security、spring hateoas），可以参考链接：https://spring.io/projects，如下图所示（部分截图）：

Spring Framework

Spring Framework是整个spring生态的基石，它可是硬生生的消灭了Java官方主推的企业级开发标准EJB，从而实现一统天下。Spring官方对Spring Framework简短描述：为依赖注入、事务管理、WEB应用、数据访问等提供了核心的支持。Spring Framework专注于企业级应用程序的“管道”，以便开发团队可以专注于应用程序的业务逻辑。

笔者要提醒的是，千万不要把Spring和Spring Framework搞混淆了，很多文章都错误的定义了spring：spring是一个一站式的轻量级的java开发框架，核心是控制反转（IoC）和面向切面（AOP），针对于开发的WEB层(springMVC)、业务层(IoC)、持久层(jdbcTemplate)等都提供了多种配置解决方案。这是Spring Framework的定义，至于Spring，是整个生态。

但是，无论Spring Framework接口如何简化，设计如何优美，始终无法摆脱被动的境况：由于它自身并非容器，所以基本上不得不随JavaEE容器启动而装载，例如Tomcat、Jetty、JBoss等。然而Spring Boot的出现，改变了Spring Framework甚至整个Spring技术体系的现状（摘自小马哥的《SpringBoot编程思想》）。

Spring Boot

Spring Boot这家伙简直就是对Java企业级应用开发进行了一场浩浩荡荡的革命。如果稍微有几年工作经验的老油条，应该都记得以前的Java Web开发模式：Tomcat + WAR包。WEB项目基于spring framework，项目目录一定要是标准的WEB-INF + classes + lib，而且大量的xml配置。如果说，以前搭建一个SSH架构的Web项目需要1个小时，那么现在应该10分钟就可以了。

Spring Boot能够让你非常容易的创建一个单机版本、生产级别的基于spring framework的应用。然后，"just run"即可。Spring Boot默认集成了很多第三方包，以便你能以最小的代价开始一个项目。

我们看看官方对Spring Boot的定义：

Spring Boot is designed to get you up and running as quickly as possible, with minimal upfront configuration of Spring. Spring Boot takes an opinionated view of building production-ready applications.

即Spring Boot为快速启动且最小化配置的spring应用而设计，并且它具有用于构建生产级别应用的一套固化的视图（摘自小马哥的《SpringBoot编程思想》）。这里的固化的视图，笔者认为可以理解成Spring Boot的约定，因为Spring Boot的设计是约定大于实现的。

Spring Cloud

最后就是大名鼎鼎的Spring Cloud了，Spring Cloud事实上是一整套基于Spring Boot的微服务解决方案。它为开发者提供了很多工具，用于快速构建分布式系统的一些通用模式，例如：配置管理、注册中心、服务发现、限流、网关、链路追踪等。

如下图所示，很好的说明了Spring Boot和Spring Cloud的关系，Spring Boot是build anything，而Spring Cloud是coordinate anything，Spring Cloud的每一个微服务解决方案都是基于Spring Boot构建的：

如下图所示，是spring主页介绍Spring Cloud的配图，我们可以看到，分布式微服务每一个环节，Spring Cloud都提供了对应的组件支持：

说明：Spring Cloud的组件非常多，完整的组件可以参考链接：https://spring.io/projects/spring-cloud。

总结

笔者参与的项目也是基于Spring Cloud体系搭建的微服务，笔者认为Spring Cloud的名气要大于它的作用，可能这句话会带来不少争议。Spring Cloud本身没有问题，有问题的是它的适配方案。你俯瞰一下Spring Cloud的整个微服务生态，你会发现真的不可替代的组件又有几个？甚至它的一些组件，笔者压根不会考虑将它引入项目中，比如：

• Spring Cloud Sleuth：它是链路追踪解决方案，很明显，我只会考虑Skywalking、Pinpoint、CAT。

• Spring Cloud Config：它是一个配置中心解决方案，无论是携程的apollo、还是百度的disconf，都远比它强大好用的多。

另外，Spring Cloud netflix的核心组件hystrix已经停更，你可否还记得dubbo当年停更被喷成什么样？

网关也并不是非Spring Cloud netflix下的zuul不可。非Spring Cloud生态下还有优秀的kong、Traefik、soul都是非常不错的选择。

最后就是Spring Cloud生态组件的稳定性和性能。用Spring Cloud微服务生态组件或多或少会碰到这样那样的问题。你甚至会怀疑，这个东西居然是和Spring Framework以及Spring Boot一起属于spring生态的。毕竟，后两者使用过程中你是几乎碰不到问题的。Spring Cloud的一些方案给我的感觉更像一个半成品，如果你的公司使用Spring Cloud来搭建微服务，那么肯定需要一个团队来维护用到的Spring Cloud组件。至于性能嘛，各服务之间默认通过HTTP调用，所以性能你懂的。另外，Spring Cloud netflix这一套组件虽然由netflix贡献，但是我敢肯定绝对是阉割版，以它的hystrix来说，相当多的缺陷，我可不认为hystrix在高并发下能工作的很好。

Spring Cloud还有一个尴尬的处境就是，大公司基本上不会引入这一套架构，比如阿里，有自己一套完整的微服务解决方案，美团也全部都是自研，还有很多公司的网关也是自研。综上，笔者得出的结论是：Spring Boot是大势所趋，而且它就像当年Spring Framework干掉EJB一样，干掉WEB容器+WAR的开发模式，统一现在的Java企业级应用开发标准。至于Spring Cloud？请谨慎选择每一个引入项目的组件，毕竟它的每一个微服务组件都面对很多优秀的开源可替代方案。

所以，我们学习的时候不要避重就轻，应该以Spring Framework和Spring Boot为主，而不是Spring Cloud。