关于spring-cloud:关于SpringCloudSpringBoot

一、对于 SpringCloud、SpringBoot

什么是 Spring Boot

用我的话来了解，Spring Boot 就是整合了框架的框架，它让所有依赖都变得有序简略，你不必操心 A.jar 是什么版本，又依赖哪些版本的 jar，它默认配置了很多框架的应用形式，就像 maven 整合了所有的 jar 包，Spring Boot 整合了所有的框架，第三方库的性能你拿着就能用。

Spring Boot 的核心思想就是约定大于配置，所有由内定的束缚来主动实现。采纳 Spring Boot 能够大大的简化你的开发模式，节俭大部分照搬照抄的老本，通过大量的代码就能创立一个独立的，它都有对应的组件反对。

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

Spring Boot 提供了很多”开箱即用“的依赖模块，都是以 spring-boot-starter-xx 作为命名的。上面列举一些罕用的模块。

• spring-boot-starter-logging：应用 Spring Boot 默认的日志框架 Logback。
• spring-boot-starter-log4j：增加 Log4j 的反对。
• spring-boot-starter-web：反对 Web 利用开发，蕴含 Tomcat 和 spring-mvc。
• spring-boot-starter-tomcat：应用 Spring Boot 默认的 Tomcat 作为应用服务器。
• spring-boot-starter-jetty：应用 Jetty 而不是默认的 Tomcat 作为应用服务器。
• spring-boot-starter-test：蕴含罕用的测试所需的依赖，如 JUnit、Hamcrest、Mockito 和 spring-test 等。
• spring-boot-starter-aop：蕴含 spring-aop 和 AspectJ 来反对面向切面编程（AOP）。
• spring-boot-starter-security：蕴含 spring-security。
• spring-boot-starter-jdbc：反对应用 JDBC 拜访数据库。
• spring-boot-starter-redis：反对应用 Redis。
• spring-boot-starter-data-mongodb：蕴含 spring-data-mongodb 来反对 MongoDB。
• spring-boot-starter-data-jpa：蕴含 spring-data-jpa、spring-orm 和 Hibernate 来反对 JPA。
• spring-boot-starter-amqp：通过 spring-rabbit 反对 AMQP。
• spring-boot-starter-actuator：增加实用于生产环境的性能，如性能指标和监测等性能。

什么是 Spring Cloud

Spring Cloud 是一套分布式服务治理的框架, 既然它是一套服务治理的框架，那么它自身不会提供具体功能性的操作，更专一于服务之间的通信、熔断、监控等。因而就须要很多的组件来反对一套性能。

微服务是能够独立部署、程度扩大、独立拜访 (或者有独立的数据库) 的服务单元，Spring Cloud 就是这些微服务的大管家，采纳了微服务这种架构之后，我的项目的数量会十分多，Spring Cloud 做为大管家就须要提供各种计划来保护整个生态。

SpringColoud 的小弟们交融每个微服务中、依赖其它组件并为其提供服务

• Ribbon，客户端负载平衡，个性有区域亲和、重试机制。
• Hystrix，客户端容错爱护，个性有服务降级、服务熔断、申请缓存、申请合并、依赖隔离。
• Feign，申明式服务调用，实质上就是 Ribbon+Hystrix
• Stream，音讯驱动，有 Sink、Source、Processor 三种通道，个性有订阅公布、生产组、音讯分区。
• Bus，音讯总线，配合 Config 仓库批改的一种 Stream 实现，
• Sleuth，分布式服务追踪，须要搞清楚 TraceID 和 SpanID 以及抽样，如何与 ELK 整合。

单独启动不须要依赖其它组件，人多势众都无能

• Eureka，服务注册核心，个性有生效剔除、服务爱护。
• Dashboard，Hystrix 仪表盘，监控集群模式和单点模式，其中集群模式须要收集器 Turbine 配合。
• Zuul，API 服务网关，性能有路由散发和过滤。
• Config，分布式配置核心，反对本地仓库、SVN、Git、Jar 包内配置等模式，

每个组件都不是平白无故的产生的，是为了解决某一特定的问题而存在

• Eureka 和 Ribbon，是最根底的组件，一个注册服务，一个生产服务。
• Hystrix 为了优化 Ribbon、避免整个微服务架构因为某个服务节点的问题导致解体，是个保险丝的作用。
• Dashboard 给 Hystrix 统计和展现用的，而且监控服务节点的整体压力和衰弱状况。
• Turbine 是集群收集器，服务于 Dashboard 的。
• Feign 是不便咱们程序员些更柔美的代码的。
• Zuul 是加在整个微服务最前沿的防火墙和代理器，暗藏微服务结点 IP 端口信息，增强平安爱护的。
• Config 是为了解决所有微服务各自保护各自的配置，设置一个批准的配置核心，不便批改配置的。
• Bus 是因为 config 批改完配置后各个结点都要 refresh 能力失效切实太麻烦，所以交给 bus 来告诉服务节点刷新配置的。
• Stream 是为了简化研发人员对 MQ 应用的复杂度，弱化 MQ 的差异性，达到程序和 MQ 松耦合。
• Sleuth 是因为单次申请在微服务节点中跳转无奈追溯，解决工作链日志追踪问题的。
• 非凡成员 Zipkin，之所以非凡是因为从 jar 包和包名来看它不属于 Spring Cloud 的一员，然而它与 Spring Cloud Sleuth 的抽样日志联合的浑然一体。乍一看它与 Hystrix 的 Dashboard 作用有重叠的局部，然而他们的侧重点齐全不同。Dashboard 偏重的是单个服务的统计和是否可用，Zipkin 偏重的监控环节时长。简言之，Dashboard 偏重故障诊断，Ziokin 偏重性能优化。

与 SpringCloud 区别

艰深的说，SpringBoot 是构建单个服务的疾速架构，比方它是全家桶中的 1 个汉堡，SpringCloud 是关注全局的微服务协调整顿治理框架，相似于组成多个服务的全家桶，桶外面不光有汉堡，还有薯条，还有番茄酱，那当初我要给汉堡加点番茄酱，它就更好吃了，意思就是 SpringBoot 能够配合全家桶中的这些工具组成一个弱小的微服务体系，有点相似于 Collection 和 Collections。

1. Spring boot 是 Spring 的一套疾速配置脚手架，能够基于 Spring Boot 疾速开发单个微服务；
2. Spring Cloud 是一个基于 Spring Boot 实现的云利用开发工具
3. Spring Boot 专一于疾速、不便集成的单个个体,Spring Cloud 是关注全局的服务治理框架；
4. Spring boot 应用了默认大于配置的理念，很多集成计划曾经帮你抉择好了，能不配置就不配置，
5. Spring Cloud 很大的一部分是基于 Spring Boot 来实现。
6. Spring Boot 能够来到 Spring Cloud 独立应用开发我的项目，然而 Spring Cloud 离不开 Spring Boot, 属于依赖的关系。

二、相干问题

什么是 springboot

• 用来简化 spring 利用的初始搭建以及开发过程 应用特定的形式来进行配置（properties 或 yml 文件）
• 创立独立的 spring 援用程序 main 办法运行
• 嵌入的 Tomcat 无需部署 war 文件
• 简化 maven 配置
• 主动配置 spring 增加对应性能 starter 自动化配置

springboot 罕用的 starter 有哪些

• spring-boot-starter-web 嵌入 tomcat 和 web 开发须要 servlet 与 jsp 反对
• spring-boot-starter-data-jpa 数据库反对
• spring-boot-starter-data-redis redis 数据库反对
• spring-boot-starter-data-solr solr 反对
• mybatis-spring-boot-starter 第三方的 mybatis 集成 starter

springboot 主动配置的原理

在 spring 程序 main 办法中 增加 @SpringBootApplication 或者 @EnableAutoConfiguration 会主动去 maven 中读取每个 starter 中的 spring.factories 文件 该文件里配置了所有须要被创立 spring 容器中的 bean

springboot 读取配置文件的形式

springboot 默认读取配置文件为 application.properties 或者是 application.yml

springboot 集成 mybatis 的过程

增加 mybatis 的 starter maven 依赖

            <dependency>
                    <groupId>org.mybatis.spring.boot</groupId>
                    <artifactId>mybatis-spring-boot-starter</artifactId>
                    <version>1.2.0</version>
            </dependency>
     
在 mybatis 的接口中 增加 @Mapper 注解
     
在 application.yml 配置数据源信息

springboot 如何增加【批改代码】主动重启性能

增加开发者工具集 =====spring-boot-devtools

org.springframework.boot

spring-boot-devtools

true

什么是微服务

以前的模式是, 所有的代码在同一个工程中, 部署在同一个服务器中, 同一个我的项目的不同模块不同性能相互抢占资源.

微服务, 将工程依据不同的业务规定拆分成微服务, 微服务部署在不同的机器上 服务之间进行互相调用.

Java 微服务的框架有 dubbo（只能用来做微服务），spring cloud（提供了服务的发现，断路器等）

springcloud 如何实现服务的注册和发现

服务在公布时 指定对应的服务名（服务名包含了 IP 地址和端口）将服务注册到注册核心（eureka 或者 zookeeper）

这一过程是 springcloud 主动实现 只须要在 main 办法增加 @EnableDisscoveryClient 同一个服务批改端口就能够启动多个实例

调用办法：传递服务名称通过注册核心获取所有的可用实例 通过负载平衡策略调用（ribbon 和 feign）对应的服务

ribbon 和 feign 区别

Ribbon 增加 maven 依赖 spring-starter-ribbon 应用 @RibbonClient(value=” 服务名称 ”) 应用 RestTemplate 调用近程服务对应的办法

feign 增加 maven 依赖 spring-starter-feign 服务提供方提供对外接口 调用方应用 在接口上应用 @FeignClient(“ 指定服务名 ”)

Ribbon 和 Feign 的区别：

Ribbon 和 Feign 都是用于调用其余服务的，不过形式不同。

1. 启动类应用的注解不同，Ribbon 用的是 @RibbonClient，Feign 用的是 @EnableFeignClients。
2. 服务的指定地位不同，Ribbon 是在 @RibbonClient 注解上申明，Feign 则是在定义形象办法的接口中应用 @FeignClient 申明。
3. 调用形式不同，Ribbon 须要本人构建 http 申请，模仿 http 申请而后应用 RestTemplate 发送给其余服务，步骤相当繁琐。

Feign 则是在 Ribbon 的根底上进行了一次改良，采纳接口的形式，将须要调用的其余服务的办法定义成形象办法即可, 不须要本人构建 http 申请。不过要留神的是形象办法的注解、办法签名要和提供服务的办法完全一致。

springcloud 断路器的作用

当一个服务调用另一个服务因为网络起因或者本身起因呈现问题时，调用者就会期待被调用者的响应。

当更多的服务申请到这些资源时导致更多的申请期待，这样就会产生连锁效应（雪崩效应），断路器就是解决这一问题。

断路器有 ” 齐全关上 ” 状态

肯定工夫内 达到肯定的次数无奈调用 并且屡次检测没有复原的迹象 断路器齐全关上，那么下次申请就不会申请到该服务

半开

短时间内有复原迹象, 断路器会将局部申请发给该服务. 当能失常调用时, 断路器敞开.

敞开
当服务始终处于失常状态 能失常调用 断路器敞开