小马哥spring编程核心思想_面试官居然问 spring、springboot、springcloud的区别，我笑了...

忘是亡心i 2023-01-04 13:15 26阅读 0赞

> **原文地址：https://dwz.cn/ARZH8OdX**
> 
> **原文作者：阿飞的博客**

![909226aee36d4da565495fd8d210b489.png][]

可能某些项目还在使用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，如下图所示(部分截图)：

![8a275376b20c98c1bc30790e47550db5.png][]

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构建的：

![ee4e5c892aa5b9f6d4540ebe3affb16e.png][]

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

![59dd22e4234dda92f42bac0790e39b91.png][]

说明：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。

> 我目前是在职Java开发，如果你现在正在了解Java技术，想要学好Java，渴望成为一名Java开发工程师，在入门学习Java的过程当中缺乏基础的入门视频教程，你可以关注并私信我：01。我这里有一套最新的Java基础JavaSE的精讲视频教程，这套视频教程是我在年初的时候，根据市场技术栈需求录制的，非常的系统完整。

[909226aee36d4da565495fd8d210b489.png]: /images/20221119/2c4e0d68e81145d4bc5ab27f69ba5ec7.png
[8a275376b20c98c1bc30790e47550db5.png]: /images/20221119/3917abef1a884aa987b741b6d60dbb06.png
[ee4e5c892aa5b9f6d4540ebe3affb16e.png]: /images/20221119/3c49ca4286904c4d9b4e898efbe624c2.png
[59dd22e4234dda92f42bac0790e39b91.png]: /images/20221119/d0aa933956634e6797495a93e06de19a.png