流程架构图:
理论总结: 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.返回成功的响应。