3、springcloud的hystrix的相关笔记

我们知道大量请求会阻塞在Tomcat服务器上,影响其它整个服务.在复杂的分布式架构的应用程序有很多的依赖,都会不可避免地在某些时候失败.高并发的依赖失败时如果没有隔离措施,当前应用服务就有被拖垮的风险.
Spring Cloud Netflix Hystrix就是隔离措施的一种实现,可以设置在某种超时或者失败情形下断开依赖调用或者返回指定逻辑,从而提高分布式系统的稳定性.
生活中举个例子，如电力过载保护器，当电流过大的的时候，出问题，过载器会自动断开，从而保护电器不受烧坏。因此Hystrix请求熔断的机制跟电力过载保护器的原理很类似。
比如：订单系统请求库存系统，结果一个请求过去，因为各种原因，网络超时，在规定几秒内没反应，或者服务本身就挂了，这时候更多的请求来了，不断的请求库存服务，不断的创建线程，因为没有返回，也就资源没有释放，
这也导致了系统资源被耗尽，你的服务奔溃了，这订单系统好好的，你访问了一个可能有问题的库存系统，结果导致你的订单系统也奔溃了，你再继续调用更多的依赖服务，可会会导致更多的系统奔溃，这时候Hystrix可以实现快速失败，
如果它在一段时间内侦测到许多类似的错误，会强迫其以后的多个调用快速失败，不再访问远程服务器，从而防止应用程序不断地尝试执行可能会失败的操作进而导致资源耗尽。这时候Hystrix进行FallBack操作来服务降级，
Fallback相当于是降级操作. 对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法返回的值.
fallback方法的返回值一般是设置的默认值或者来自缓存.通知后面的请求告知这服务暂时不可用了。
使得应用程序继续执行而不用等待修正错误，或者浪费CPU时间去等到长时间的超时产生。Hystrix熔断器也可以使应用程序能够诊断错误是否已经修正，如果已经修正，应用程序会再次尝试调用操作。

Hystrix设计原则
1.防止单个服务的故障，耗尽整个系统服务的容器（比如tomcat）的线程资源，避免分布式环境里大量级联失败。
通过第三方客户端访问（通常是通过网络）依赖服务出现失败、拒绝、超时或短路时执行回退逻辑

2.用快速失败代替排队(每个依赖服务维护一个小的线程池或信号量，当线程池满或信号量满，会立即拒绝服务而不会排队等待)和优雅的服务降级；当依赖服务失效后又恢复正常，快速恢复

3.提供接近实时的监控和警报，从而能够快速发现故障和修复。监控信息包括请求成功，失败（客户端抛出的异常），超时和线程拒绝。如果访问依赖服务的错误百分比超过阈值,断路器会跳闸，
	此时服务会在一段时间内停止对特定服务的所有请求
	
4.将所有请求外部系统（或请求依赖服务）封装到HystrixCommand或HystrixObservableCommand对象中，然后这些请求在一个独立的线程中执行。
	使用隔离技术来限制任何一个依赖的失败对系统的影响。每个依赖服务维护一个小的线程池（或信号量），当线程池满或信号量满，会立即拒绝服务而不会排队等待

Hystrix特性
1.请求熔断： 当Hystrix Command请求后端服务失败数量超过一定比例(默认50%), 断路器会切换到开路状态(Open).
这时所有请求会直接失败而不会发送到后端服务. 断路器保持在开路状态一段时间后(默认5秒), 自动切换到半开路状态(HALF-OPEN).
　　　 这时会判断下一次请求的返回情况, 如果请求成功, 断路器切回闭路状态(CLOSED), 否则重新切换到开路状态(OPEN).
Hystrix的断路器就像我们家庭电路中的保险丝, 一旦后端服务不可用, 断路器会直接切断请求链, 避免发送大量无效请求影响系统吞吐量, 并且断路器有自我检测并恢复的能力.

2.服务降级：Fallback相当于是降级操作. 对于查询操作, 我们可以实现一个fallback方法, 当请求后端服务出现异常的时候, 
	可以使用fallback方法返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.告知后面的请求服务不可用了，不要再来了。

3.依赖隔离(采用舱壁模式，Docker就是舱壁模式的一种)：在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用的时候我们会根据调用的远程服务划分出多个线程池.
	比如说，一个服务调用两外两个服务，你如果调用两个服务都用一个线程池，那么如果一个服务卡在哪里，资源没被释放
	后面的请求又来了，导致后面的请求都卡在哪里等待，导致你依赖的A服务把你卡在哪里，耗尽了资源，也导致了你另外一个B服务也不可用了。这时如果依赖隔离，
	某一个服务调用A B两个服务，如果这时我有100个线程可用，我给A服务分配50个，给B服务分配50个，这样就算A服务挂了，我的B服务依然可以用。

4.请求缓存：比如一个请求过来请求我userId=1的数据，你后面的请求也过来请求同样的数据，这时我不会继续走原来的那条请求链路了，而是把第一次请求缓存过了，
	把第一次的请求结果返回给后面的请求。

5.请求合并：我依赖于某一个服务，我要调用N次，比如说查数据库的时候，我发了N条请求发了N条SQL然后拿到一堆结果，这时候我们可以把多个请求合并成一个请求，
	发送一个查询多条数据的SQL的请求，这样我们只需查询一次数据库，提升了效率。

Hystrix流程说明:
1:每次调用创建一个新的HystrixCommand,把依赖调用封装在run()方法中.
2:执行execute()/queue做同步或异步调用.
3:判断熔断器(circuit-breaker)是否打开
4：如果打开跳到步骤8,进行降级策略,如果关闭进入步骤5.
5:判断线程池/队列/信号量是否跑满，如果跑满进入降级步骤8,否则继续后续步骤6.
6:调用HystrixCommand的run方法.运行依赖逻辑,依赖逻辑调用超时,进入步骤8.
7:判断逻辑是否调用成功
a:返回成功调用结果
b:调用出错，进入步骤8.
8:计算熔断器状态,所有的运行状态(成功, 失败, 拒绝,超时)上报给熔断器，用于统计从而判断熔断器状态.
9:getFallback()降级逻辑.以下四种情况将触发getFallback调用：
(1):run()方法抛出非HystrixBadRequestException异常。
　　　　 (2):run()方法调用超时
　　　　 (3):熔断器开启拦截调用
　　　　 (4):线程池/队列/信号量是否跑满
a:没有实现getFallback的Command将直接抛出异常
b:fallback降级逻辑调用成功直接返回
c:降级逻辑调用失败抛出异常
　　10:返回执行成功结果
这里接着前面的Ribbon进行Hystrix集成。说白了你想对一个请求进行熔断，必然不能让客户直接去调用那个请求，你必然要要对别人的请求进行包装一层和拦截，才能做点手脚，
比如进行熔断，所以说要在Ribbon上动手脚。因为它是请求发起的地方。
我们刚开始请求一个服务，为了负载均衡进行了拦截一次，现在我们要进行熔断，所以必须跟Ribbon集成一次，再进行请求拦截来熔断。

运行步骤：
把前面的两个eureka server和两个eureka的两个客户端client1和client2启动。
接着再把hystrix模块启动起来，在浏览器上输入127.0.0.1:8888/hi，不停的刷新浏览器会轮流显示
hello client1 、 hello client2
不管刷新几遍，还是出现hello client1 、 hello client2，因为有前面的轮询算法。
现在如果我们突然将client2模块断开，即停止下来，再来在浏览器上输入127.0.0.1:8888/hi，运行结果，就变成如下:error了
我们看到了当轮询到第二个服务提供者的时候，即client2,由于client2被我们停止了，导致服务不可访问了，
返回我们原先在代码中定义的服务降级后的结果error回来，当后面还有请求再也不会轮询到client2了。网页上永远出现hello client1 。

到这里简单演示了用Hystrix的注解@HystrixCommand(fallbackMethod = “helloFallBack”)，来实现熔断和服务降级。
这只是表面的东西而已，根本不清楚他背后的原理，因此这里进入注解@HystrixCommand(fallbackMethod = “helloFallBack”)
的背后原理来实现熔断和服务降级。用我们自己手写的代码去实现熔断和服务降级。那么Hystrix给我们留下了什么样的接口呢？
可以让我们自己手动更灵活的去实现熔断和服务降级。Hystrix给我们提供了HystrixCommand类，让我们去继承它，去实现灵活的熔断和服务降级。

在微服务架构中，通常会有多个服务层调用，如果某个服务不可用，导致级联故障，造成整个系统不可用的情况，我们称之为雪崩。
在spring cloud中防止雪崩的利器就是spring cloud Hystrix，是基于Nexflix开源框架Hystrix实现的。Hystrix的中文意思是豪猪。
这种猪身上长满了刺，可以保护自己免受外部的伤害，是一种防御的机制，这和Hystrix框架本身的功能不谋而合。
Hystrix的目的就是要为服务提供一系列容错保护机制，还记得eurake的意思吗？eurake翻译过来其中有个意思就是找到了。
spring cloud hystrix具备：
服务降级、依赖隔离、服务熔断、监控等

https://martinfowler.com/bliki/CircuitBreaker.html

服务降级：
双十一的时候提示，哎呦，被挤爆了。服务开小差了。
其实就是优先核心服务，非核心服务不可用或弱可用，有点弃车保帅的意思。
比如：我们的系统优先保护的肯定是商品、下单、支付等，其它的什么积分啊、广告啊什么之类的属于非核心服务
我们可以暂时不提供服务，或者提供部分服务。

使用方式在com.yc.snacknet.order.controller.HystrixController类中

如何在Feign中使用Hystrix呢？
1、需要配置一下
feign:
hystrix:
enabled: true
2、修改提供服务的接口，比如我们这里是订单服务里面调用商品服务获取商品信息，那么在商品服务接口上的@FeignClient注解中添加一个属性
// 添加hystrix的支持，即添加一个fallback参数，这里面的值是一个class
@FeignClient(name=“snacknet-product”, fallback = “”)

3、在启动类中配置扫描，虽然我们的代码是配置在商品服务器端，但是实际运行的时候我们订单服务器是引用了商品服务里面的模块product-common
所以，实际运行时候这个代码是在订单服务器里面的，但是订单服务器我们配置的bean的扫描路径默认是com.yc.snacknet.order
而我们配置在调用接口里面的静态内部类ProductFeignClientFallback的包路径却是com.yc.snacknet.product.client
所以肯定会找不到这个类。所以我们需要在订单服务的启动类上配置@ComponentScan(basePackages = “com.yc.snacknet”)

添加hystrix dashboard，即hystrix仪表盘，导入包
然后在启动类上加@EnableHystrixDashboard // 启用仪表盘
然后访问地址http://localhost:8866/hystrix，访问地址和端口为启动这个仪表盘的服务服务地址和端口
然后需要输入应用的地址，在输入框下面有提示，
http://localhost:8866/actuator/hystrix.stream
提供了三种情况什么default cluster默认集群、custom cluster自定义集群、Single Hystrix App单hystrix应用
我们选最后一种单个应用，把地址拷贝上去，改成我们的服务器地址和端口就行
Delay：延迟时间就写 1000ms吧
Title: 标题随便写，我们就写这个服务名Order
此时会报错：Unable to connect to Command Metric Stream。 不能连接请求。无法连接到命令度量流
这个是访问路径问题，2.0开始不需要请求地址前面自动加上的application，所以我们添加一个配置就行
management:
endpoints: – 断点
web:
exposure: – 暴露 公开
include: ‘*’
refresh:
enabled: true
注意：用http不要用https

服务追踪 - 链路监控 spring cloud sleuth(侦查)
突然有一天，大量客户投诉你这个下单太耗时间了，这个时候你怎么办呢？我们首先想到的办法就是计时，但是这个订单服务里面调用了商品服务等其他一些服务。
那么这个时候我们可以采用分段计时，如果找出原因是调用商品服务耗时太长，我们肯定就会打电话给商品服务研发组，你这个功能太好使了，你得给我解决啊。
但是这个商品服务可能又调了其它外部服务，那么这个时候该怎么办呢？这个时候我们就需要监控整个链路，spring cloud里面也给我们提供了相应的组件
叫spring cloud sleuth。怎么用呢？

1、先导包
	<dependency>
		<groupId>org.springframework.cloud</groupId>
		<artifactId>spring-cloud-starter-sleuth</artifactId>
	</dependency>
2、这个时候我们需要一个可视化见面，来查看这个信息，此时我们就要用到Zipkin组件了
	a、在docker中安装这个组件
		docker run -d -p 9411:9411 openzipkin/zipkin
		
3、输入http://ip:9411 回车即可

4、将数据和界面关联起来
	添加依赖
	<dependency>
		<groupId>org.springframework.cloud</groupId>
		<artifactId>spring-cloud-sleuth-zipkin</artifactId>
	</dependency>
	
	<dependency>
		<groupId>org.springframework.cloud</groupId>
		<artifactId>spring-cloud-starter-zipkin</artifactId>
	</dependency>
5、将数据传过去，添加配置
	spring:
	   # 配置链路监控
	   zipkin:
	      base-url: http://192.168.99.100:9411 # zipkin地址

<老师给的>