Hystrix的执行流程和原理

2401_84557849

于 2024-05-23 13:50:40 发布

阅读量996

点赞数 21

分类专栏：程序员文章标签： java 学习经验分享

本文链接：https://blog.csdn.net/2401_84557849/article/details/139145698

版权

程序员专栏收录该内容

129 篇文章 0 订阅

订阅专栏

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

// 创建HystrixCommand对象

HystrixCommand command = new HystrixCommand(arg1, arg2);

// 创建HystrixObservableCommand

HystrixObservableCommand command = new HystrixObservableCommand(arg1, arg2);

2.执行命令。

// 调用后直接block住，属于同步调用，直到依赖服务返回单条结果，或者抛出异常，此方法（只适用于HystrixCommand）

K value = command.execute();

// 返回一个Future，属于异步调用，可以通过Future.get()获取单条结果，此方法（只适用于HystrixCommand）

Future fValue = command.queue();

// 订阅一个Observable对象，Observable代表的是依赖服务返回的结果，获取到一个那个代表结果的Observable对象的拷贝对象

Observable ohValue = command.observe();

// 返回一个Observable对象，如果我们订阅这个对象，就会执行command并且获取返回结果

Observable ocValue = command.toObservable();

3.判断当前请求是否有缓存，如果在缓存中就直接返回缓存的内容。

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

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

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

5.判断线程池/队列/信号量是否已满，如果已满，则跳到第8步。

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

6.执行HystrixObservableCommand.construct()/HystrixCommand.run()，如果执行失败或超时，跳到第8步；否则，跳到第9步；

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

// 返回一个单条结果，或者抛出一个异常

HystrixCommand.run()

// 返回一个Observable对象，可以获取多条结果

HystrixObservableCommand.construct()

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

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

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

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

8.走Fallback备用逻辑。

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

1.执行construct()或run()抛出异常

2.熔断器打开导致命令短路

3.命令的线程池和队列或信号量的容量超额，命令被拒绝

4.命令执行超时

降级回退方式：

1.Fail Fast 快速失败：快速失败是最普通的命令执行方法，命令没有重写降级逻辑。如果命令执行发生任何类型的故障，它将直接抛出异常。

2.Fail Silent 无声失败：指在降级方法中通过返回null，空Map，空List或其他类似的响应来完成。

3.Fallback: Static 返回默认值：指在降级方法中返回静态默认值。这不会导致服务以“无声失败”的方式被删除，而是导致默认行为发生。

4.Fallback: Stubbed 自己组装一个值返回：当命令返回一个包含多个字段的复合对象时，适合以Stubbed 的方式回退。

5.Fallback: Cache via Network 利用远程缓存：有时，如果调用依赖服务失败，可以从缓存服务（如redis）中查询旧数据版本。由于又会发起远程调用，所以建议重新封装一个Command，使用不同的ThreadPoolKey，与主线程池进行隔离。

6.Primary + Secondary with Fallback 主次方式回退：有时系统具有两种行为- 主要和次要，或主要和故障转移。主要和次要逻辑涉及到不同的网络调用和业务逻辑，所以需要将主次逻辑封装在不同的Command中，使用线程池进行隔离。为了实现主从逻辑切换，可以将主次command封装在外观HystrixCommand的run方法中，并结合配置中心设置的开关切换主从逻辑。由于主次逻辑都是经过线程池隔离的HystrixCommand，因此外观HystrixCommand可以使用信号量隔离，而没有必要使用线程池隔离引入不必要的开销。

9.返回成功的响应。

返回结果。