Spring Cloud Hystrix 断路器（四）

迈不过友情╰ 2021-12-19 00:23 298阅读 0赞

博客众多，难免会有人“胡说八道”。请见官方出品：[https://github.com/Netflix/Hystrix/wiki/How-To-Use][https_github.com_Netflix_Hystrix_wiki_How-To-Use]

本文文字较多，但内容精简丰富，觉得我总结的不好或是存在误导大家的地方，还望直言不讳！

**目录直通车**

一、Hystrix解决了什么问题？

二、Hystrix是如何解决的

三、Hystrix是什么？

四、Hystrix在服务中做什么？

1、服务降级

2、服务熔断

3、服务限流

4、接近实时监控

5、.......

五、启用与使用Hystrix

(1) 直接访问服务监控流不起作用，一直404

（2） 将监控流一直处于Loading状态

六、读懂Hystrix的仪表盘

--------------------

# 一、Hystrix解决了什么问题？ #

在分布式系统中有一个严重的问题叫做 服务“**雪崩**”。 也就是说多个微服务之间调用的时候，如微服务A调用微服务B和微服务C，微服务B和微服务C又调用其它的微服务，这就是所谓的“**扇出**”，如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会出现占用系统资源越来越多的情况，进而引起系统崩溃，这就叫“雪崩效应”。

# **二、Hystrix是如何解决的** #

对于电路来说的话，加一根保险丝，如果温度过高保险丝就会融化，然后断电。

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

对于Hystrix来说的话，用于处理分布式系统的延迟和容错。在分布式的系统中，许多依赖调用失败是不可避免的，比如超时、异常等，Hystrix就相当于一根保险丝，能够保证在一个依赖关系出现问题的情况下，不会导致整体服务失败，避免了级联故障，以提高分布式系统的弹性。

# 三、Hystrix是什么？ #

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

# 四、Hystrix在服务中做什么？ #

## 1、服务降级 ##

## 2、服务熔断 ##

这是一种应对服务雪崩的一种微服务链路保护机制。当扇出（想象一下扇子打开的情形，扇子张的越开，占用资源越多）链路的某个微服务不可用或响应时间过长，就进行服务降级，进而熔断该节点微服务的调用，快速返回“错误”的响应信息。当检测到该节点微服务调用响应正常后恢复调用链路。在Spring Cloud框架里熔断机制通过Hystrix 实现。Hystrix会监控微服务间调用的状况，当失败的调用到一定的阈值，缺省是5秒内20次调用失败就会启动熔断机制。

## 3、服务限流 ##

## 4、接近实时监控 ##

## 5、....... ##

# 五、启用与使用Hystrix #

这里踩了两个坑，已经解决了。

### (1) 直接访问服务监控流不起作用，一直404 ###

如果你使用的Spring Boot 2.0 或者以上的版本，请注意在服务提供者的模块里面的启动类加上下面这段代码。如果当前服务的端口为8001，则当前服务的监控流为：localhost:8001/hystrix.stream

新建一个hystrix-dashboard的maven模块：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70][]

**POM**

<dependencies>
            
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
                <version>2.0.0.BUILD-SNAPSHOT</version>
            </dependency>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-netflix-eureka-client</artifactId>
                <version>2.0.0.M8</version>
            </dependency>
    
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId>
            </dependency>
    
        </dependencies>

**DeptHystrix9001\_App.java**

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

**application.yml**

server:
      port: 9001
    
    spring:
      application:
        name: micorservice-hystrix-dashboard
    # eureka客户端注册
    eureka:
      client:
        register-with-eureka: false
        service-url:
          defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
      instance:
        # 服务名称修改
        instance-id: hystrix-dashboard-9001
        # 设置访问信息有IP 信息提示
        prefer-ip-address: true

直接启动该模块主程序，访问如下路径：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 1][]

在这里把之前配置好的服务监控流输入进来，如下：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 2][]

下面接着讲一下踩到的第二个坑，到此也可能是你遇到的问题。

### **（2） 将监控流一直处于Loading状态** ###

比如下面这样的情况：

①访问localhost:8001/hystrix.stream时一直ping

②访问仪表盘一直处于Loading中，如下图

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 3][]

这个只是还没有触发熔断机制而已。下面没找到这个id的话，我让程序抛了一个RuntimeException的异常：

![20190703104004490.png][]

再次访问Hystrix的仪表盘：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 4][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 5][]

# 六、读懂Hystrix的仪表盘 #

**带颜色的数字**：上面有一排有6个颜色的英文是对应下面显示的数字。

**圆圈**：它是代表流量的大小和流量的健康，有绿色、黄色、橙色、红色这几个颜色，通过这些颜色的标识，可以快速发现故障、具体的实例、请求压力等。

**最右边的百分比：**Hystrix Dashboard 页面左边第1列数字代表了请求的成功，熔断数，错误的请求，超时的请求，线程池拒绝数，失败的请求和最近10秒内错误的比率

![20190703110403149.png][]

**Host&Cluster**：代表机器和集群的请求频率。

**Circuit**：断路器状态，open/closed。

**Hosts&Median&Mean&**：集群下的报告，百分位延迟数。

**Thread Pools**：线程池的指标，核心线程池指标，队列大小等。

[https_github.com_Netflix_Hystrix_wiki_How-To-Use]: https://github.com/Netflix/Hystrix/wiki/How-To-Use
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70]: /images/20211219/aa2d7110f920482095ff9a7cce876b26.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 1]: /images/20211219/f8d7e121bda048b2b6ac2d4049934f39.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 2]: /images/20211219/2da0e5eedbdd4cc098d865c74539f828.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 3]: /images/20211219/8b852781b9ce467cad53eda4bdf35bbd.png
[20190703104004490.png]: /images/20211219/8a4d3ed337ae413ba59904b991bc5513.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 4]: /images/20211219/33ba53e001414589a7193dff9789e3ca.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjQ3OTk5_size_16_color_FFFFFF_t_70 5]: /images/20211219/980923967d6340b883eb7f456eeaba44.png
[20190703110403149.png]: /images/20211219/475b99090b144d9688d06778c0b2353d.png