SpringBoot基础入门一
1.1、Spring的能力
官网地址
https://spring.io/
微服务
一个项目进行拆分成单个小服务。
springboot基于spring framework，简化了spring framework的复杂配置。
可以整合spring生态中的其它技术栈，免于写复杂的配置。
响应式编程
基于异步非阻塞的方式，通过应用之间构建异步数据流的方式，异步数据流允许我们只用少量的线程资源，
构建高吞吐量的应用。
分布式云
项目拆分成微服务后，变成分布式应用。spring cloud用于解决这种情况。
WEB项目开发
例如springmvc开发web项目。
无服务开发，
FaaS，Function as a Service，"功能即服务"（也译作“函数即服务”）无需购买服务器，直接将服务
上传到云平台，动态分配资源，
事件驱动
spring可将整个分布式系统构建出，一个基于事件方式的实时数据流。通过该数据流，就能通过响应式的方式
，占用少量的资源实现高吞吐量的业务需求。
批处理。1.2、spring的能力
1.3、Spring生态
spring宏观上，指的是整个spring生态圈。微观上，指的是spring framework 框架。
覆盖了：
- web开发
- 数据访问
- 安全控制
- 分布式
- 消息服务
- 移动开发
- 批处理
1.4、Spring5重大升级
spring5指的是整个5版本的spring生态。
因为spring framework5的重大升级（异步响应式编程），所以导致了springboot 1 和 2 版本的使用方式发生了变化。
1.4.1、响应式编程
springboot2，对比传统的servlet技术栈，新增了**响应式编程（Reactive stack）**的技术栈。从底层数据访问层、WEB视图层交互、安全....各个方面推出了一系列的响应式解决方案(异步响应)。使用少量的资源就能实现高并发高吞吐量的业务。
- servlet是spring最原生的技术栈，即spring+springmvc
- Reactive stack:响应式技术栈，从数据访问到web开发，安全开发，都使用的是异步响应式开发，少量的线程，占少量的资源，就可以处理大量的并发任务。
1.4.2、内部源码设计
- spring5源码是基于Java8实现。
- java8中有一些新特性，例如：接口的默认实现。假设接口A中有5个方法，实现类B只想用其中的1个方法，却要将其余4个方法全部实现为空方法。
- Java8之前，spring底层会使用适配器模式：通过一个适配器类将A的方法全部实现为空方法，B继承适配器后，只用重写其中的指定方法即可。Java8出来后，Java支持接口的默认实现，适配器失去了使用价值。所以，因为Java8的新特性，Spring5内部源码也有了大量变化。
1.5、为什么使用SpringBoot
- 能快速创建出生产级别的Spring应用，简化配置。
- SpringBoot本身是作为整合其它Spring生态技术栈的一个框架。
- SpringBoot是整合Spring技术栈的一站式框架
- SpringBoot是简化Spring技术栈的快速开发脚手架
1.6、SpringBoot的优点
- Create stand-alone Spring applications
- 创建独立Spring应用，原生的spring需要写很多配置应用。
- Embed Tomcat, Jetty or Undertow directly (no need to deploy WAR files)
- 内嵌web服务器（服务器不用部署Tomcat/Jetty ，打包完成直接运行），springmvc程序需要打成war包，然后部署到tomcat服务器上，目标环境需要安装配置tomcat服务器。
- Provide opinionated 'starter' dependencies to simplify your build configuration
- 自动starter依赖，简化构建配置（只需要导入对应模块的starter启动器依赖，该模块的所有对应版本的依赖自动导入），starter叫做启动器。
- Automatically configure Spring and 3rd party libraries whenever possible
- 自动配置Spring以及第三方功能（自动设置好框架的默认配置，自定义少量配置即可）
- Provide production-ready features such as metrics, health checks, and externalized configuration
- 提供生产级别的监控、健康检查及外部化配置
- Absolutely no code generation and no requirement for XML configuration
- 无额外代码生成、无需编写XML（使用时不会生成额外代码，也不用像spring framework那样做大量配置）
1.7、SpringBoot缺点
- 人称版本帝，迭代快，需要时刻关注变化
- 封装太深，内部原理复杂，不容易精通
1.8、微服务
- 微服务是一种架构风格
- 一个应用拆分为一组小型服务
- 每个服务运行在自己的进程内，也就是可独立部署和升级
- 服务之间使用轻量级HTTP交互
- 服务围绕业务功能拆分
- 可以由全自动部署机制独立部署
- 去中心化，服务自治。服务可以使用不同的语言、不同的存储技术
1.9、分布式的困难
由于微服务的产生，会导致软件向分布式发展。
- 远程调用，服务和服务之间相互调用通信。
- 服务发现 （A业务节点调B业务集群，需要知道B业务集群中哪些节点是存活可用）
- 负载均衡，前端的请求需要均衡的发送到各个微服务模块。
- 服务容错 （A业务节点调B业务集群，如果目标节点网络不通，是否转移请求至集群中另外一台机器？如果集群节点都不通该返回什么错误提示？等等...）
- 配置管理 （A业务集群节点的配置发生改变，不可能每个节点单独改，需要在一个地方做统一配置管理。）
- 服务监控：监控分布式集群上得到各个服务。
- 链路追踪 （A->B->C->D，如果整个调用链路失败，需要知道是哪个环节出现了什么问题。）
- 日志管理
- 任务调度
1.10、分布式解决
SpringBoot + SpringCloud
- springboot，负责快速构建应用，
- springcloud，管理网状的众多的微服务模块，
- springcloud dataflow ，通过响应式的方式，管理网状微服务之间的数据流。
1.11、云原生
Cloud Native概念：开发好的原生应用，如何部署到云。
1.12、上云面临的困难
比较偏向于运维层面。
- 服务自愈 （目标节点挂掉，能否拉起一台新的节点作为替代）
- 弹性伸缩 （使用高峰，集群资源不够时，自动按需扩充节点；高峰过去后，自动下线扩充节点）
- 服务隔离 （物理机上的部分服务出现故障时，不会影响同台物理机上的其它服务运行）
- 自动化部署
- 灰度发布 （假设A业务有新版本要发布，如果全部替换，可能出现故障。可以只在A业务集群的部分节点试点发布，新老版代码并存，经过验证无问题后，再逐步将剩余节点进行新版本发布。）
- 流量治理 （根据节点的性能高低，控制节点的流量接收量；流量进出的监控；根据集群整体流量动态扩松容。）
- ......
1.13、查看版本更新点说明
查看版本新特性；
https://github.com/spring-projects/spring-boot/wiki#release-notes
贡献者
codingLab版权所有
版权归属：
许可证：