SpringCloud-Hystrix 服务降级、熔断

Hystrix 是什么？

Hystrix 是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，好比超时、异常等，Hystrix 可以保证在一个依赖出问题的状况下，不会致使总体服务失败，避免级联故障，以提升分布式系统的弹性。

「断路器」自己是一种开关装置，当某个服务单元发生故障以后，经过断路器的故障监控(相似熔断保险丝)，向调用方返回一个符合预期的、可处理的备选响应（FallBack），而不是长时间的等待或者抛出调用方没法处理的异常，这样就保证了服务调用方的线程不会被长时间、没必要要地占用，从而避免了故障在分布式系统中的蔓延，乃至雪崩。

Hystrix 的几个概念

服务降级

不让客户端等待，并当即返回一个友好的提示（服务器忙，请稍后再试）

🎃 哪些状况会发生服务降级：

• 程序运行异常
• 超时
• 服务熔断引发服务降级
• 线程池/信号量打满也会致使服务降级

服务熔断

相似保险丝，电流过大时，直接熔断断电。

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

服务降级 → 服务熔断 → 恢复调用链路

服务限流

对于高并发的操做，限制单次访问数量

服务降级的用法与分析

超时致使服务器变慢：超时再也不等待； 出错（宕机或程序运行出错）：要有备选方案

• 服务提供者超时了，调用者不能一直卡死等待，必需要服务降级
• 服务提供者宕机了，调用者不能一直卡死等待，必需要服务降级
• 服务提供者没问题，调用者本身出现故障或者有自我要求（本身的等待时间必须小于服务提供者）

给服务提供方设置服务降级

一、在须要服务降级的方法上标注注解，fallbackMethod 表明回退方法，须要本身定义，@HystrixProperty 中设置的是该方法的超时时间，若是超过该事件则自动降级

当运行超时或服务内部出错都会调用回退方法

@HystrixCommand(
    fallbackMethod = "timeoutHandler", 
    commandProperties = {
    @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "3000")
})
public String timeout(Long id) {
    int time = 3000;
    try {
        TimeUnit.MILLISECONDS.sleep(time);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
    //模拟异常
    //int i = 10 / 0;
    return "线程：" + Thread.currentThread().getName();
}

二、在启动类上添加注解，开启降级

@EnableCircuitBreaker

给服务消费方设置服务降级

一、添加配置

# 在feign中开启hystrix
feign:
  hystrix:
    enabled: true

二、和服务提供方同样，照葫芦画瓢

@HystrixCommand(
    fallbackMethod = "timeoutHandler", 
    commandProperties = {
    @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "1500")
})
public String timeout(@PathVariable("id") Long id) {
    int i = 1/0;
    return hystrixService.timeout(id);
}

三、在启动类上添加注解

@EnableHystrix

问题

以上配置方式存在的问题：

• 每一个业务方法对应一个回退方法，代码膨胀
• 每一个业务方法上都配置相同的处理，代码冗余

🎉 解决方式1：在类上配置一个全局回退方法，至关因而一个通用处理，当此回退方法能知足你的需求，就无需在方法上指定其它回退方法，若是须要使用特定的处理方法能够再在业务方法上定义

@DefaultProperties(defaultFallback = "globalFallbackMethod")

🎉 解决方式2：但此时处理代码和依然和业务代码混合在一块儿，咱们还可使用另外一种方式：编写一个类实现 Feign 的调用接口，并重写其方法做为回退方法，而后在 @FeignClient 注解上添加 fallback 属性，值为前面的类。

服务熔断的用法与分析

在SpringCloud中，熔断机制经过 Hystrix 实现。Hystrix 监控微服务间的调用情况，当失败的调用到必定阈值，默认 5 秒内 20 次调用失败就会启动熔断机制。熔断机制的注解是 @HystrixCommand

@HystrixCommand(
    fallbackMethod = "paymentCircuitBreakerFallback", 
    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") //失败率达到多少后跳闸
})
public String circuitBreaker(Long id) {
    if (id < 0) {
        throw new RuntimeException("id 不能为负数");
    }
    return Thread.currentThread().getName() + "\t" + "调用成功，流水号：" + IdUtil.simpleUUID();
}

public String circuitBreakerFallback(Long id) {
    return "id 不能为负数，你的id = " + id;
}

@HystrixProperty 中的配置能够参考 com.netflix.hystrix.HystrixCommandProperties 类

详见官方文档：https://github.com/Netflix/Hystrix/wiki/Configuration

也有雷锋同志作了翻译：https://www.jianshu.com/p/39763a0bd9b8

🎨 熔断类型

• 熔断打开：请求再也不调用当前服务，内部设置时钟通常为MTTR（平均故障处理时间），当打开时长达到所设时钟则进入半熔断状态。
• 熔断半开：部分请求根据规则调用服务，若是请求成功且符合规则，则关闭熔断。
• 熔断关闭：不会对服务进行熔断。

🎨 断路器何时起做用？

根据上面配置的参数，有三个重要的影响断路器的参数

• 快照时间窗：回路被打开、拒绝请求到再尝试请求并决定回路是否继续打开的时间范围，默认是 5 秒
• 请求总数阈值：在一个滚动窗口中，打开断路器须要的最少请求数，默认是 20 次（就算前 19 次都失败了，断路器也不会被打开）
• 错误百分比阈值：错误请求数在总请求数所占的比例，达到设定值才会触发，默认是 50%

🎨 断路器开启或关闭的条件

1. 当请求达到必定阈值时（默认 20 次）
2. 当错误率达到必定阈值时（默认 50%）
3. 达到以上条件断路器开启
4. 当开启的时候，全部请求都不会转发
5. 当断路器开启一段时间后（默认 5 秒）进入半开状态，并让其中一个请求进行转发，若是成功断路器关闭，若是失败继续开启，重复第 4 和 5 步

🎨 断路器开启以后会发生什么？

• 再有请求调用时，再也不调用主逻辑，而是调用降级 fallback。
• 断路器开启以后，Hytrix 会启动一个休眠时间窗，在此时间内，fallback 会临时称为主逻辑，当休眠期到了以后，断路器进入半开状态，释放一个请求到原来的主逻辑上，若是请求成功返回，则断路器关闭，若是请求失败，则继续进入打开状态，休眠时间窗从新计时。

Hystrix服务熔断的工做流程

详见官方文档：https://github.com/Netflix/Hystrix/wiki/How-it-Works

Hystrix DashBoard 上手

搭建

一、新建一个项目，导入 maven 依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-netflix-hystrix-dashboard</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

二、添加配置

server:
  port: 9001

三、开启 Hystrix DashBoard

@SpringBootApplication
@EnableHystrixDashboard
public class ConsumerHystrixDashBoard9001 {
    public static void main(String[] args){
        SpringApplication.run(ConsumerHystrixDashBoard9001.class, args);
    }
}

四、浏览器输入 http://localhost:9001/hystrix，出现如下界面即启动成功

使用

注意：想要被 Hystrix DashBoard 监控的服务必须导入此依赖

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

在被监控服务的主启动类里添加以下代码，不然某些旧版本可能报错 Unable to connect to Command Metric Stream.

/**
 * 此配置是为了服务监控而配置，与服务容错自己无关,SpringCloud升级后的坑
 * ServletRegistrationBean由于springboot的默认路径不是"/hystrix.stream"，
 * 只要在本身的项目里配置上下面的servlet就能够了
 */
@Bean
public ServletRegistrationBean getServlet(){
    HystrixMetricsStreamServlet streamServlet = new HystrixMetricsStreamServlet();
    ServletRegistrationBean registrationBean = new ServletRegistrationBean(streamServlet);
    registrationBean.setLoadOnStartup(1);
    registrationBean.addUrlMappings("/hystrix.stream");
    registrationBean.setName("HystrixMetricsStreamServlet");
    return registrationBean;
}

在 Hystrix DashBoard 页面输入基本信息，进入仪表盘界面

大体状况以下所示

操做界面分析：

---

代码地址：https://github.com/songjilong/springcloud-hoxton-learning