SpringCloud的熔断Hystrix服务降级案例

L_JU

已于 2025-03-12 10:16:31 修改

阅读量964

点赞数 22

CC 4.0 BY-SA版权

文章标签： spring cloud hystrix java

于 2025-03-11 17:33:00 首次发布

本文链接：https://blog.csdn.net/liang_ju/article/details/146183301

一、Hystrix服务降级

Hystrix关键特性：服务降级、服务熔断、服务限流

服务降级：也就是假设对方系统不可用了，向调用方返回一个符合预期的，可备选的响应。比如我们常见的“服务器忙，请稍后重试!”、“系统开小差，请稍后再试！”、“您的内容飞到了外太空…”等，超时不再等待，出错有兜底方案。不用客户等待并立刻返回一个友好的提示，这就是服务降级。

出现服务降级的情况：
①程序运行异常；
②超时；
③服务熔断触发服务降级；
④线程池/信号量打满也会导致服务降级。

解决方案：
对方服务超时了或宕机，调用者不能一直卡死等待，必须有服务降级；
对方服务可能OK，调用者自己出故障或有自我要求（自己的等待时间小于服务提供者)，自己服务降级。

二、服务端降级

在springcloud项目中，技术实现上来说Hystrix服务降级放在服务端、客户端均可以，具体根据自己的业务场景判定，但是一般Hystrix服务降级fallback是放在客户端，这里我们演示的是服务的降级方式。
版本环境：

在这里插入图片描述

1、引入Hystrix依赖

首先服务端引入hystrix依赖(具体版本根据自己环境决定)：

在这里插入图片描述

2、案例演示:

Controller层代码:

在这里插入图片描述
服务端业务中简单编写两个方法：一个正常查询方法，一个模拟复查业务耗时的方法：

现象：发现两个接口都会转圈甚至卡死，我们发现正常直接返回结果的接口也会被同一个微服务里耗时接口拖垮。所以想要系统高可用必须降级处理。假设payment服务端业务逻辑实际处理需要5s，微服务对自身有要求，超过3s作超时处理，也是需要降级的。

原因：SpringBoot默认集成的是tomcat，tomcat的默认工作线程（10个）被打满了，没有多余的线程来分解压力和处理。

3、服务端如何降级

1，启动类添加激活注解：
@EnableCircuitBreaker或者@EnableHystrix，根据自己的环境情况而定，有的环境会提示@EnableCircuitBreaker is deprecated已弃用，而本环境中使用的是@EnableHystrix激活注解
在这里插入图片描述

2，业务类方法上添加启用：@HystrixCommand(fallbackMethod = “fallback”)

在fallbackMethod中添加一个方法，value设置为超时时间，当超过超时时间时，就会调用备用的方法
注：降级（FallBack）方法必须与其对应的业务方法在同一个类中，否则无法生效。

测试降级效果：不会再等待5s，到达设置的超时时间3s就会调用降级方法。

在这里插入图片描述

三、客户端降级

1、引入Hystrix依赖

2、启动类添加激活注解@EnableHystrix
在这里插入图片描述
3、改yml，我们的客户端是通过feign调用服务端，所以在配置文件中修改yml，添加内容：

4、业务类方法上添加启用：@HystrixCommand(fallbackMethod = “fallback”）

添加：@HystrixCommand(fallbackMethod = “fallback”,commandProperties = {@HystrixProperty(name =“execution.isolation.thread.timeoutInMilliseconds”,value = “1500”) })及fallback方法：
在这里插入图片描述
Feign接口：

在这里插入图片描述
客户端测试调用服务端超时降级**：

在这里插入图片描述
我们发现方法一对一降级，那样代码将越来越多，越来越重复，代码膨胀，所以要设置全局通用服务降级方法。

四、全局通用服务降级

避免代码膨胀，我们设置全局通用服务降级方法，如果需要特殊配置的在另外单独配。
小结：如果注解@HystrixCommand定义fallback方法，走自己定义的fallback方法，反之走全局默认的@DefaultProperties中指定的方法。
总之：全局降级方法的优先级较低，只有业务方法没有指定其降级方法时，服务降级时才会触发全局回退方法。若业务方法指定它自己的回退方法，那么在服务降级时，就只会直接触发它自己的回退方法，而非全局回退方法。

1、类上加注解：DefaultProperties(defaultFallback=" ")指定全局兜底方法
2、方法加注解：@HystrixCommand
3、编写全局降级方法

在这里插入图片描述
测试客户端全局降级：

在想如果所有的降级都在Controller层处理是不是耦合度很高，服务降级每个方法都添加hyxtrix兜底的方法，造成方法的膨胀，既然是服务间的调用，我们能不能将和服务端工程相关的feign接口整体降级呢