SpringCloud入门实战（七）-Hystrix服务熔断入门案例

news2024/11/15 23:44:04

📝 学技术、更要掌握学习的方法，一起学习，让进步发生
👩🏻 作者：一只IT攻城狮。
💐学习建议：1、养成习惯，学习java的任何一个技术，都可以先去官网先看看，更准确、更专业。
💐学习建议：2、然后记住每个技术最关键的特性（通常一句话或者几个字），从主线入手，由浅入深学习。
❤️ 《SpringCloud入门实战系列》解锁SpringCloud主流组件入门应用及关键特性。带你了解SpringCloud主流组件,是如何一战解决微服务诸多难题的。项目demo：源码地址

👉🏻 👉🏻 👉🏻 SpringCloud 入门实战系列不迷路 👈🏻 👈🏻👈🏻：

SpringCloud 入门实战（一）什么是SpringCloud？
SpringCloud 入门实战（二）-SpringCloud项目搭建
SpringCloud 入门实战（三）-Eureka注册中心集成
SpringCloud入门实战（四）-Zookeeper、Consul注册中心集成
SpringCloud入门实战（五）-Ribbon负载均衡集成
SpringCloud入门实战（六）-OpenFeign服务调用集成
SpringCloud入门实战（七）-Hystrix服务降级入门案例
SpringCloud入门实战（七）-Hystrix服务熔断入门案例

文章目录

一、Hystrix服务熔断
二、断路器三个重要参数
- 1、快照时间窗
- 2、请求总数阈值
- 3、错误百分比阈值
三、Hystrix服务熔断配置
- 1、引入Hystrix依赖
- 2、启动类添加激活注解
- 3、yml
- 4、业务类处理
四、Hystrix断路器开启或者关闭的条件

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

一、Hystrix服务熔断

熔断机制是应对雪崩效应的一种微服务链路保护机制。当扇出链路的某个微服务出错不可用或者响应时间太长时会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。当检测到该节点微服务调用响应正常后，恢复调用链路。

在Spring Cloud框架里，熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况，当失败的调用达到一定阈值，缺省是5秒内20次调用失败，就会启动熔断机制。熔断机制的注解是@HystrixCommand。

马丁福勒提出的服务熔断概念：马丁福勒博客中提到：
在这里插入图片描述
由上图可以看到服务熔断的三种状态：

熔断打开：请求不再进行调用当前服务，内部设置时钟一般为MTTR（平均故障处理时间）当打开时长达到所设置时钟则进入半熔断状态
熔断关闭：熔断关闭，不会对服务进行熔断
熔断半开：部分请求根据规则调用当前服务，如果请求成功且符合规则认为当前服务恢复正常，关闭熔断，恢复链路。

二、断路器三个重要参数

断路器三个重要参数：快照时间窗、请求总数阈值、错误百分比阈值

1、快照时间窗

断路器确定是否打开需要统计一些请求和错误数据，而统计的时间范围就是快照时间窗，默认为最近的10s。

2、请求总数阈值

在快照时间窗内，必须满足请求总数阈值才有资格熔断，默认为20，意味着在10s内，如果该hystrix命令的调用次数不足20次，即使所有的请求都超时或其他原因失败，断路器都不会打开。

3、错误百分比阈值

当请求总数在快照时间窗内超过了阈值，比如发生了30次调用，如果在这30次调用中，有15次发生了超时异常，也就是超过50%的错误百分比，在默认设置50%阈值的情况下，这时候就会将断路器打开。

接下来看看几个参数在Hystrix服务熔断种如何配置。

三、Hystrix服务熔断配置

1、引入Hystrix依赖

pom引入hystrix依赖(具体版本根据自己环境决定)：

   <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
            <version>2.2.1.RELEASE</version>
        </dependency>
        <dependency>
            <groupId>com.netflix.hystrix</groupId>
            <artifactId>hystrix-javanica</artifactId>
            <version>1.5.18</version>
    </dependency>

2、启动类添加激活注解

3、yml

4、业务类处理

仍然还是在@HystrixCommand注解中进行配置，添加四个Hystrix新的属性配置。

@RestController
@RequestMapping("/order")
@Slf4j
public class OrderHystrixController {

    @HystrixCommand(fallbackMethod = "circuitFallback", commandProperties = {
            @HystrixProperty(name = "circuitBreaker.enabled", value = "true"),//是否开启断路器
            @HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "10"),// 请求次数
            @HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds", value = "10000"),// 时间窗口期
            @HystrixProperty(name = "circuitBreaker.errorThresholdPercentage", value = "60")// 失败率达到多少后跳
    })
    @GetMapping(value = "/hystrix/circuit/{id}")
    public String paymentCircuit(@PathVariable("id") Integer id) {
        if (id < 0) {
            throw new RuntimeException("id不能为负数");
        }
        String serial = IdUtil.simpleUUID();
        return "调用成功，线程池：" + Thread.currentThread().getName() + "访问paymentInfoTimeOut,serial=" + serial;
    }

    public String circuitFallback(Integer id) {
        return "测试断路器，线程池：" + Thread.currentThread().getName() + "访问paymentInfoTimeOut,id=" + id;

    }
}

意思就是在10s的窗口期内，发送十次请求，假如说有60%也就是6次都失败了，就激活断路器。
在controller中写出响应的调用，然后进行访问，如果十次中有六次及以上是负数，会发现，第11次时就算是正数仍然会进入fallback方法，因为此时进行了服务熔断。

而当他断路器激活以后，所有的请求都无法处理了，而过一段时间之后，断路器又会尝试着让少量的请求通过一下(也就是断路器进入了half-open状态)，而如果请求仍然失败，断路器又会重新回到open状态，如果请求成功，断路器则会关闭。也就是链路恢复。