有些项目可能还在使用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数据流、spring data、spring integration、spring batch和spring。
Spring Framework Spring Framework是整个spring生态的基石，果断消灭了Java官方推进的企业开发标准EJB，实现了天下统一。 Spring官方对Spring框架进行了简单的说明。 主要支援相依注入、交易管理、web APP应用程式、资料存取等。 Spring Framework专注于企业APP应用程序中的“管道”，以帮助开发团队将注意力集中在APP应用程序的业务逻辑上。
必须注意的是，不要将Spring与Spring框架混淆。 很多文章错误地定义了Spring。 Spring是一个一站式轻量级java开发框架，核心是控件反转(IoC )和切面(AOP )，针对开发的WEB层(SpringMVC )。这是spring框架的定义，Spring Framework
但是，无论Spring Framework界面多么简化，设计多么精美，都无法摆脱被动的状况。 因为它本身不是容器，所以它基本上必须随着JavaEE容器(如Tomcat、Jetty和JBoss )的启动而加载。 但是，Spring Boot的出现，改变了Spring Framework乃至整个Spring技术体系的现状(摘自如意大神《SpringBoot编程思想》 )。
一个叫Spring Boot Spring Boot的人在Java企业APP应用程序开发上掀起了一场巨大的革命。 有一点工作经验的老手应该还记得以前的Java Web开发模式： Tomcat WAR包。 WEB项目基于spring framework，项目目录始终是标准的WEB-INF classes lib，是大量的xml配置。 以前构建SSH架构的Web项目需要一个小时，但现在应该只需要10分钟。
使用Spring Boot，可以轻松创建独立版本的生产级基于spring框架的APP应用程序。 还有，“just run”就可以了。 缺省情况下，Spring Boot集成了许多第三方软件包，使您可以以最低的成本启动项目。
让我们来看看官方的Spring Boot定义：
springbootisdesignedtogetyoupandrunningasquicklyaspossible，withminimalupfrontconfigurationofspring.springbottakesanopininion
也就是说，Spring Boot是为快速启动和最小化配置的spring APP应用程序而设计的，它具有一系列用于构建生产级APP应用程序的固化视图。 (摘自如意大神《SpringBoot编程思想》 )。 我认为这里固化的视图可以理解为Spring Boot的约定。 因为Spring Boot的设计承诺大于实现。
Spring Cloud是最后有名的Spring Cloud。 Spring Cloud实际上为基于Spring Boot的微服务解决方案开发人员提供了许多工具，用于快速构建分布式系统的通用模型，包括配置管理、注册中心、服务发现、流限制、网关和链路跟踪
如下图所示，很好地说明了Spring Boot和Spring Cloud的关系。 Spring Boot是构建分析，Spring Cloud是协调分析，Spring Cloud的每个微服务解决方案都基于spring
如下图所示，spring主页介绍s
pring 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。