Hystrix工作原理

流程架构图：

理论总结： 1.构建一个HystrixCommand或者HystrixObservableCommand对象，将请求包装到Command对象中。

2.执行命令。具体类在HystrixCommand.java 具体的包 package com.netflix.hystrix;

所执行的方法 execute(); queue(); 另一个接口 HystrixObservable 所在包：package com.netflix.hystrix; 所执行的方法 observe(); toObservable(); 执行的命令就是这四个方法

3.判断当前请求是否有缓存，如果在缓存中就直接返回缓存的内容 没有缓存就继续执行第四步

        如果此命令启用了请求缓存，并且对请求的响应在缓存中可用，则该缓存的响应将以Observable的形式立即返回。

4.判断熔断器是否打开，如果开启，则跳到第8步。

        判断断路器是否处于打开的状态，如果是打开状态，那么Hystrix就不再会去执行命令，直接跳到第 8 步，获取 fallback 方法，执行 fallback 逻辑。

5.判断线程池/队列/信号量是否已满，如果已满，则跳到第8步。线程池/队列/信号量已满时，还会执行第7步逻辑，更新熔断器统计信息，而第6步无论成功与否，都会更新熔断器统计信息。

        判断command对应的线程池/队列/信号量是否已满，如果已经满了，那么Hystrix就不再会去执行命令，直接跳到第 8 步，获取 fallback 方法，执行 fallback 逻辑。

6.执行HystrixObservableCommand.construct()/HystrixCommand.run()，如果执行失败或超时，跳到第8步；否则，跳到第9步； 这个两个类所在包依然是 package com.netflix.hystrix;

        调用HystrixObservableCommand.construct()或HystrixCommand.run()来实际执行这个command。

        如果执行失败或超时，那么command所在的线程就会抛出异常，直接跳到第 8 步，获取 fallback 方法，执行 fallback 逻辑。

7.统计熔断器监控指标。

        Hystrix向断路器报告成功，失败，拒绝和超时，断路器保持滚动的一组计算统计信息的计数器。

它使用这些统计信息来确定电路何时应“跳闸”，在此点它会将随后的所有请求短路，直到经过恢复期为止，在此之后，在首先检查某些运行状况检查之后，它将再次闭合电路。

8.走Fallback备用逻辑。

Hystrix在以下几种情况下会走降级逻辑：

1.执行construct()或run()抛出异常
2.熔断器打开导致命令短路
3.命令的线程池和队列或信号量的容量超额，命令被拒绝
4.命令执行超时

9.返回成功的响应。