Hystrix

Hystrix


Hystrix的设计原则包括:
资源隔离
熔断器
命令模式



服务雪崩效应是一种因 服务提供者 的不可用导致 服务调用者 的不可用,并将不可用 逐渐放大 的过程


资源隔离
如果一个服务依懒于其他多个服务，服务的线程数是有限的（无限会引起内存、CPU出现问题），如果一个依懒的服务出现过慢或不能处理，那么服务的线程就会被阻塞，当所有的线程都被这个依懒的服务阻塞了，就会引起整个服务不能使用了，但如果每个依懒的服务只使有限的线程进行调用就不会出现全部线程被同一个依懒的服务阻塞,从而造成服务雪崩..



熔断器模式
Hystrix依赖隔离分为线程隔离和信号量隔离。

同一个HystrixCommand类的对象共享线程池，因此不同场景需要不同的HystrixCommand实现类
对象只能被调用一次,调用第二次会报错

熔断器模式定义了熔断器开关相互转换的逻辑:
1.当熔断器开关关闭时, 请求被允许通过熔断器. 如果当前健康状况高于设定阈值, 开关继续保持关闭. 如果当前健康状况低于设定阈值, 开关则切换为打开状态.
2.当熔断器开关打开时, 请求被禁止通过.
3.当熔断器开关处于打开状态, 经过一段时间后, 熔断器会自动进入半开状态, 这时熔断器只允许一个请求通过. 当该请求调用成功时, 熔断器恢复到关闭状态. 若该请求失败, 熔断器继续保持打开状态, 接下来的请求被禁止通过.

熔断器的开关能保证服务调用者在调用异常服务时, 快速返回结果, 避免大量的同步等待. 并且熔断器能在一段时间后继续侦测请求执行结果, 提供恢复服务调用的可能.


命令模式
Hystrix使用命令模式(继承HystrixCommand类)来包裹具体的服务调用逻辑(run方法), 并在命令模式中添加了服务调用失败后的降级逻辑(getFallback).
同时我们在Command的构造方法中可以定义当前服务线程池和熔断器的相关参数.

在使用了Command模式构建了服务对象之后, 服务便拥有了熔断器和线程池的功能.

1.构建Hystrix的Command对象, 调用执行方法.
2.Hystrix检查当前服务的熔断器开关是否开启, 若开启, 则执行降级服务getFallback方法.
3.若熔断器开关关闭, 则Hystrix检查当前服务的线程池是否能接收新的请求, 若超过线程池已满, 则执行降级服务getFallback方法.
4.若线程池接受请求, 则Hystrix开始执行服务调用具体逻辑run方法.
5.若服务执行失败, 则执行降级服务getFallback方法, 并将执行结果上报Metrics更新服务健康状况.
6.若服务执行超时, 则执行降级服务getFallback方法, 并将执行结果上报Metrics更新服务健康状况.
7.若服务执行成功, 返回正常结果.
8.若服务降级方法getFallback执行成功, 则返回降级结果.
9.若服务降级方法getFallback执行失败, 则抛出异常.


Hystrix Metrics的实现
Hystrix的Metrics中保存了当前服务的健康状况, 包括服务调用总次数和服务调用失败次数等. 根据Metrics的计数, 熔断器从而能计算出当前服务的调用失败率, 用来和设定的阈值比较从而决定熔断器的状态切换逻辑. 因此Metrics的实现非常重要.



属性配置：
1 HystrixCommandKey
Hystrix使用单例模式存储HystrixCommand，熔断机制就是根据单实例上的调用情况统计实现的，所以每个HystrixCommand要有自己的名字，用于区分，同时用于依赖调用的隔离。HystrixCommandKey就是用于定义这个名字，如果没有定义这个名字，Hystrix会使用其类名作为其名字，可以使用HystrixCommandKey.Factory.asKey(String name)方法定义一个名称。
2 HystrixThreadPoolKey
HystrixThreadPoolKey是HystrixCommand所在的线程池，如果该参数不设置则使用HystrixCommandGroupKey作为HystrixThreadPoolKey，这种情况下同一个HystrixCommandGroupKey下的依赖调用共用同一个线程池内，如果不想共用同一个线程池，则需要设置该参数。可以使用HystrixThreadPoolKey.Factory.asKey(String name)方法设置。
3 HystrixCommandGroupKey
Hystrix需要对HystrixCommand进行分组，便于统计、管理，所以需要一个分组名称，HystrixCommandGroupKey就是用于定义分组名称，可以使用HystrixCommandGroupKey.Factory.asKey(String name)方法定义一个分组名。每个HystrixCommand必须要配置一个分组名，一个是用于分组，还有如果没有配置HystrixThreadPoolKey，这个分组名将会用于线程池名。
4 HystrixThreadPoolProperties
从名称上可以看出这是线程池的属性配置，可以通过它设置核心线程数大小、最大线程数、任务队列大小等，当然它也又一些默认的配置参数。
5 HystrixCommandProperties
这个就是HystrixCommand的属性配置，它可以设置熔断器是否可用、熔断器熔断的错误百分比、依赖调用超时时间等，它有一些默认的配置参数，如熔断器熔断的错误百分比默认值是50%、依赖调用超时时间默认值是1000毫秒。


如果命令A的线程池潜在并且饱和,它就不应该阻止命令B访问资源,因为他们互相命中不同的后端资源。因此，我们在逻辑上希望这些命令组合在一起，但希望它们以不同的方式隔离，并使用 HystrixThreadPoolKey 来给它们每个线程池提供一个不同的线程池。
https://blog.csdn.net/an88411980/article/details/80552969(一起学习Hystrix--Hystrix命令名称、分组、线程池)


就是说组名字一样，如果HystrixThreadPoolKey也一样（不设置就是HystrixCommandGroupKey）,那么线程池就是同一个，如果HystrixThreadPoolKey不同就是不同的线程池


可以在拦截器里实现接口的Hystrix,从而实现客户端的限流处理



https://segmentfault.com/a/1190000005988895(熔断器 Hystrix 的原理与使用)
https://segmentfault.com/a/1190000014272568(Hystrix相关属性说明)
https://www.jianshu.com/p/f49b5628e8e7(Hystrix实现自动降级与依赖隔离)
https://blog.csdn.net/xiaoyi52/article/details/82844370(Hystrix-介绍与使用)
https://www.cnblogs.com/yepei/p/7169127.html(Hystrix使用详解)

https://blog.csdn.net/chenxyz707/article/details/80913725(Hystrix实现原理)