什么是Hystrix？简述实现机制

分布式容错框架

1. 阻⽌故障的连锁反应，实现熔断
2. 快速失败，实现优雅降级
3. 提供实时的监控和告警

资源隔离：

线程隔离，信号量隔离

1. 线程隔离 ：Hystrix会给每⼀个Command分配⼀个单独的线程池，这样在进⾏单个服务调⽤的时候，就可以在独⽴的线程池⾥⾯进⾏，⽽不会对其他线程池造成影响
2. 信号量隔离 ：客户端需向依赖服务发起请求时，⾸先要获取⼀个信号量才能真正发起调⽤，由于信号量的数量有限，当并发请求量超过信号量个数时，后续的请求都会直接拒绝，进⼊ fallback 流程。信号量隔离主要是通过控制并发请求量， 防⽌请求线程⼤⾯积阻塞 ，从⽽达到限流和防⽌雪崩的⽬的。

熔断和降级：

调用服务失败后快速失败

• 熔断：是为了防⽌异常不扩散，保证系统的稳定性
• 降级 ：编写好调⽤失败的补救逻辑，然后对服务直接停⽌运⾏，这样这些接⼝就⽆法正常调⽤，但⼜不⾄于直接报错，只是服务⽔平下降

• 通过 HystrixCommand 或者 HystrixObservableCommand 将所有的外部系统（或者称为依赖）包装起来，整个包装对象是单独运⾏在⼀个线程之中（这是典型的命令模式）。
• 当请求被拒绝、连接超时或者断路器打开，直接执⾏fallback逻辑。
• 近乎 实时监控指标和配置变化 。
• 超时请求应该超过你定义的阈值
• 为每个依赖关系维护⼀个⼩的线程池（或信号量）; 如果它变满了，那么依赖关系的请求将⽴即被拒绝，⽽不是排队等待。
• 统计成功，失败（由客户端抛出的异常），超时和线程拒绝。
• 打开断路器可以在⼀段时间内停⽌对特定服务的所有请求，如果服务的错误百分⽐通过阈值，⼿动或⾃动的关闭断路器。