Spring、SpringMVC、SpringBoot、SpringCloud的联系和区别_springmvc和springcloud区别

一、

上一篇文章刚刚简单介绍了spring框架，下面我将介绍一下Spring，SpringMVC，SpringBoot,SpringCloud的联系和区别。

　　首先先简单介绍一下各个框架。

　　Spring的核心思想是ioc和aop，这些东西在上一篇博客是有介绍的。

　　SpringMVC是在Spring基础上开发出来的框架，已经融合在Spring Web Flow里面。Spring 框架提供了构建 Web 应用程序的全功能 MVC 模块。使用 Spring 可插入的 MVC 架构，从而在使用Spring进行WEB开发时，可以选择使用Spring的Spring MVC框架或集成其他MVC开发框架。

　　Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。

　　Spring Cloud是一系列框架的有序集合。它利用Spring Cloud的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。

　　下面是它们的区别：

　　　　Spring是一个站式的轻量级java开发框架，而SpringMVC是在Spring的基础上的一个MVC框架（MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。）。结合对MVC的理解SpringMVC主要注重的是web应用的开发。springBoot框架相对于springMvc框架来说，更专注于开发微服务后台接口，不开发前端视图。而且SpringBoot没有过于繁琐的xml配置。Spring Cloud大部分插件内容是根据SpringBoot实现的。springCloud关注于全局的微服务整合和管理，将多个springBoot单体微服务进行整合以及管理；  springCloud依赖于springBoot开发，而springBoot可以独立开发。

　　下面是它们的联系：

　　　　SpringMVC是在Spring基础上功能的扩充，可以支持前端的开发，这和SpringBoot和SpringCloud的关系差不多。而且SpringBoot是在Spring上的操作简化，不需要繁琐的配置。

二、

spring和springMvc：

1. spring是一个一站式的轻量级的java开发框架，核心是控制反转（IOC）和面向切面（AOP），针对于开发的WEB层(springMvc)、业务层(Ioc)、持久层(jdbcTemplate)等都提供了多种配置解决方案；

2. springMvc是spring基础之上的一个MVC框架，主要处理web开发的路径映射和视图渲染，属于spring框架中WEB层开发的一部分；

springMvc和springBoot：

1. springMvc属于一个企业WEB开发的MVC框架，涵盖面包括前端视图开发、文件配置、后台接口逻辑开发等，XML、config等配置相对比较繁琐复杂；

2. springBoot框架相对于springMvc框架来说，更专注于开发微服务后台接口，不开发前端视图，同时遵循默认优于配置，简化了插件配置流程，不需要配置xml，相对springmvc，大大简化了配置流程；

springBoot和springCloud：

1. spring boot使用了默认大于配置的理念，集成了快速开发的spring多个插件，同时自动过滤不需要配置的多余的插件，简化了项目的开发配置流程，一定程度上取消xml配置，是一套快速配置开发的脚手架，能快速开发单个微服务；

2. spring cloud大部分的功能插件都是基于springBoot去实现的，springCloud关注于全局的微服务整合和管理，将多个springBoot单体微服务进行整合以及管理；  springCloud依赖于springBoot开发，而springBoot可以独立开发；

总结：

1. Spring 框架就像一个家族，有众多衍生产品例如 boot、security、jpa等等。但他们的基础都是Spring的ioc、aop等. ioc 提供了依赖注入的容器， aop解决了面向横切面编程，然后在此两者的基础上实现了其他延伸产品的高级功能；

2. springMvc是基于Servlet 的一个MVC框架主要解决WEB开发的问题，因为Spring的配置非常复杂，各种XML、JavaConfig、servlet处理起来比较繁琐；

3. 为了简化开发者的使用，从而创造性地推出了springBoot框架，默认优于配置，简化了springMvc的配置流程；
但区别于springMvc的是，springBoot专注于微服务方面的接口开发，和前端解耦，虽然springBoot也可以做成springMvc前后台一起开发，但是这就有点不符合springBoot框架的初衷了；

4. 对于springCloud框架来说，它和springBoot一样，注重的是微服务的开发，但是springCloud更关注的是全局微服务的整合和管理，相当于管理多个springBoot框架的单体微服务；

原文链接：https://blog.csdn.net/alan_liuyue/article/details/80656687

三、

好吧，可能某些项目还在使用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。既然Spring Boot这么重要，那么要怎么学习Spring Boot呢？笔者推荐小马哥的最新著作《Spring Boot编程思想》，完全良心推荐，绝非广告（如果说真有一点私心，那就是小马哥赠送了一本，让我能在感受了它的品质的前提下，才推荐给正在读这篇文章的您，嘿嘿。豆瓣读书上小马哥这本书的评分还没打开，笔者保守估计8分以上）：

原文链接：https://my.oschina.net/u/4052588/blog/3048049