spring cloud入门（4）-Hystrix使用

Hystrix能解决什么问题？

可以解决：服务雪崩
雪崩是系统中的蝴蝶效应导致其发生的原因多种多样，有不合理的容量设计，或者是高并发
下某一个方法响应变慢，亦或是某台机器的资源耗尽。从源头上我们无法完全杜绝雪崩源头
的发生，但是雪崩的根本原因来源于服务之间的强依赖，所以我们可以提前评估。当整个微
服务系统中，有一个节点出现异常情况，就有可能在高并发的情况下出现雪崩，导致调用它
的上游系统出现响应延迟，响应延迟就会导致 tomcat 连接本耗尽，导致该服务节点不能正
常的接收到正常的情况，这就是服务雪崩行为。

Hystrix能起到的作用

作用：服务隔离
如果整个系统雪崩是由于一个接口导致的，由于这一个接口响应不及时导致问题，那么我们
就有必要对这个接口进行隔离，就是只允许这个接口最多能接受多少的并发，做了这样的限
制后，该接口的主机就会空余线程出来接收其他的情况，不会被哪个坏了的接口占用满。
Hystrix 就是一个不错的服务隔离框架

使用：

代码使用

Hystrix 服务隔离策略

1、线程池隔离
THREAD 线程池隔离策略 独立线程接收请求 默认的
默认采用的就是线程池隔离
代码配置

线程池隔离策略，hystrix 是会单独创建线程的，单元测试如下：

2、信号量隔离
信号量隔离是采用一个全局变量来控制并发量，一个请求过来全局变量加 1，单加到跟配置
中的大小相等是就不再接受用户请求了。
代码配置

execution.isolation.semaphore.maxConcurrentRequests
这参数是用来控制信号量隔离级别的并发大小的。
单元测试

Hystrix 服务降级

服务降级是对服务调用过程的出现的异常的友好封装，当出现异常时，我们不希
望直接把异常原样返回，所以当出现异常时我们需要对异常信息进行包装，抛一
个友好的信息给前端。
Hystrix 降级的使用比较简单
代码示例

指定降级方法
定义降级方法，降级方法的返回值和业务方法的方法值要一样

Hystrix 数据监控

Hystrix 进行服务熔断时会对调用结果进行统计，比如超时数、bad 请求数、降
级数、异常数等等都会有统计，那么统计的数据就需要有一个界面来展示，
hystrix-dashboard 就是这么一个展示 hystrix 统计结果的服务。
Dashboard 工程搭建
pom.xml
启动类

Dashboadr 界面
http://localhost:9990/hystrix
然后在界面中输入需要监控的端点 url：
http://localhost:8083/actuator/hystrix.stream

Hystrix 熔断

熔断就像家里的保险丝一样，家里的保险丝一旦断了，家里就没点了，家里用电
器功率高了就会导致保险丝端掉。在我们 springcloud 领域也可以这样理解，如
果并发高了就可能触发 hystrix 的熔断

熔断发生的三个必要条件：

1、有一个统计的时间周期，滚动窗口

相应的配置属性
metrics.rollingStats.timeInMilliseconds
默认 10000 毫秒

2、请求次数必须达到一定数量

相应的配置属性
circuitBreaker.requestVolumeThreshold
默认 20 次

3、失败率达到默认失败率

相应的配置属性
circuitBreaker.errorThresholdPercentage
默认 50%

上述 3 个条件缺一不可，必须全部满足才能开启 hystrix 的熔断功能。
当我们的对一个线程池大小是 100 的方法压测时看看 hystrix 的熔断效果：
Jmeter 压测：

Hystrix dashboard 界面

可以看到失败率超过 50%时，circuit 的状态是 open 的。

熔断器的三个状态：

1、关闭状态

关闭状态时用户请求是可以到达服务提供方的

2、开启状态

开启状态时用户请求是不能到达服务提供方的，直接会走降级方法

3、半开状态

当 hystrix 熔断器开启时，过一段时间后，熔断器就会由开启状态变成半开状态。
半开状态的熔断器是可以接受用户请求并把请求传递给服务提供方的，这时候如果远程调用
返回成功，那么熔断器就会有半开状态变成关闭状态，反之，如果调用失败，熔断器就会有
半开状态变成开启状态。
Hystrix 功能建议在并发比较高的方法上使用，并不是所有方法都得使用的。