Spring和SpringBoot以及SpringCloud框架的深入理解
spring
结构图
spring是一个生态体系(也可以说是技术体系),是集大成者,它包含了Spring Framework ,Spring Boot, Spring Cloud等(还包括Spring Cloud data flow,Spring data, Spring Batch, Spring security 等等).
Spring是一个分层的JavaSE/EE full-stack(一站式)轻量级开源框架。
Spring为不同的层都提供的企业级解决方案：
web层：spring mvc
service层：spring
dao层：JDBCTemplate、Spring data jpa （Java Persistence API）
Spring的核心思想是IoC(控制反转)和AOP(面向切面编程)
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
SpringBoot是一个快速整合的第三方框架，简化了XML配置完全采用注解化、内置http服务器（Tomcat），最终以java应用程序进行执行
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
springnCloud;
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。
最后就是大名鼎鼎的Spring Cloud了，Spring Cloud事实上是一整套基于Spring Boot的微服务解决方案。它为开发者提供了很多工具，用于快速构建分布式系统的一些通用模式，例如：配置管理、注册中心、服务发现、限流、网关、链路追踪等。
最后就是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？请谨慎选择每一个引入项目的组件，毕竟它的每一个微服务组件都面对很多优秀的开源可替代方案。
