SpringCloud-06-Hystrix断路器

Hystrix断路器

1. 概述

1. 分布式系统面临的问题

复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免地失败。这就造成有可能会发生服务雪崩。那么什么是服务雪崩呢？

多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”（向一把打开的折扇）。如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，这就是所谓的”雪崩效应“。也就是系统的 高可用 受到了破坏。

对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源在几秒内饱和。比失败更糟的是，这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系统资源紧张，导致整个系统发送更过的级联故障。这些都表示需要对故障和延迟进行隔离和管理，以便 单个依赖关系的失败，不能取消整个应用程序或系统。

所以，通常当发现一个模块下的某个实例失败后，这时候这个模块依然还会接受流量，然后这个有问题的模块还调用了其他的模块，这样就会发生级联故障，或者叫做雪崩。而面对这种糟糕的问题，我们就应该采取 服务降级、服务熔断 等方式来解决。

2. Hystrix是什么

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

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

3. Hystrix能做什么？

主要有服务降级、服务熔断、接近实时的监控、限流、隔离等等，其官方文档参考。当然Hystrix现在已经停更了，虽然有一些替代品，但是学习Hystrix及其里面的思想还是非常重要的！

2. Hystrix重要概念

1. 服务降级——Fall Back

假设微服务A要调用的服务B不可用了，需要服务B提供一个兜底的解决方法，而不是让服务A在那里傻等，耗死。不让客户端等待并立刻返回一个友好图示，比如像客户端提示服务器忙，请稍后再试等。哪些情况会触发服务降级呢？

比如程序运行异常、超时、服务熔断触发服务降级、线程池/信号量打满也会导致服务降级。

2. 服务熔断——Break

服务熔断就相当于物理上的熔断保险丝。类比保险丝达到最大服务访问后，直接拒绝访问，拉闸断点，然后调用服务降级的方法并返回友好提示。

3. 服务限流——Flow Limit

秒杀高并发等操作，严禁一窝蜂的过来拥挤，大家排队，一秒钟N个，有序进行。

3. Hystrix案例实操

1. 构建

新建一个Module：cloud-provider-hystrix-payment8001作为服务提供方的微服务，和之前的服务消费方同样选择8001端口，但是在POM文件中需要引入Hystrix的依赖：

<!--hystrix-->
<dependency>
	<groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>

然后编写其配置文件，端口号为8001，服务名为cloud-provider-hystrix-payment，以使其入驻服务注册中心。然后编写其主启动类，在SpringCloud-01Eureka服务注册与发现都有详细介绍过，之后编写其业务类，service编写入下：

package cn.sher6j.springcloud.service;

import org.springframework.stereotype.Service;

import java.util.concurrent.TimeUnit;

/**
 * 应该要先写接口，再写实现类，这里为了节约时间，直接用实现类了
 * @author sher6j
 * @create 2020-05-21-17:29
 */
@Service
public class PaymentService {
   
    /**
     * 正常访问
     * @param id
     * @return
     */
    public String paymentInfo_OK(Long id) {
   
        return "线程池： " + Thread.currentThread().getName() + " paymentInfo_OK, id: " + id;
    }

    /**
     * 模拟复杂业务需要3秒钟
     * @param id
     * @return
     */
    public String paymentInfo_TimeOut(Long id) {
   
        int time = 3;
        //暂停几秒钟线程，程序本身没有错误，就是模拟超时
        try {
   
            TimeUnit.SECONDS.sleep(time);
        } catch (InterruptedException e) {
   
            e.printStackTrace();
        }
        return "线程池： " + Thread.currentThread().getName() + " paymentInfo_TimeOut, id: " + id;
    }
}

Controller编写入下：

package cn.sher6j.springcloud.controller;

import cn.sher6j.springcloud.service.PaymentService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RestController;

/**
 * @author sher6j
 * @create 2020-05-21-17:34
 */
@RestController
@Slf4j
public class PaymentController {
   

    @Autowired
    private PaymentService paymentService;

    @Value("${server.port}")
    private String serverPort;

    @GetMapping("/payment/hystrix/ok/{id}")
    public String paymentInfo_OK(@PathVariable("id") Long id) {
   
        String result = paymentService.paymentInfo_OK(id);
        log.info("========result:" + result);
        return result;
    }

    @GetMapping("/payment/hystrix/timeout/{id}")
    public String paymentInfo_TimeOut(@PathVariable("id") Long id) {
   
        String result = paymentService.paymentInfo_TimeOut(id);
        log.info("========result:" + result);
        return result;
    }
}

也就是说cloud-provider-hystrix-payment服务提供了两个方法，paymentInfo_OK 方法可以很快访问，paymentInfo_TimeOut 方法我们模拟了一个复杂的业物逻辑，通过线程休眠的方式使其模拟一个需要执行3秒的服务方法。

在启动了注册中心和8001服务后，我们对服务的 paymentInfo_OK（下面用OK代替） 和 paymentInfo_TimeOut （下面用TO代替）分别进行访问，我们发现，http://localhost:8001/payment/hystrix/ok/1 可以很快的访问，而http://localhost:8001/payment/hystrix/timeout/1 每次访问大约需要3秒的时间。