使用Hystrix实现降级和熔断，以及监控

最新推荐文章于 2024-08-22 17:00:00 发布
最新推荐文章于 2024-08-22 17:00:00 发布
阅读量2.5k 收藏 5
点赞数 3
分类专栏： Java 文章标签： spring cloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/nece001/article/details/106857758
版权

两个概念：

降级：如果调用的远端服务出现问题（超时或异常），则返回一个结果，用于提示。（不管远端服务如何每次都会调用）

熔断：如果调用的远端服务出现问题，则在一段时间之内直接返回提示信息（不再调远端的服务），一段时间后陆续调用远端服务，如果不再出现问题，则恢复正常调用远端服务。（远端服务出问题，暂时不再调用，过段时间再试）

本文项目基于：https://blog.csdn.net/nece001/article/details/106807322

 

实现降级和熔断的步骤：先实现降级，再实现熔断

因为要调服务的操作是发生在消费者这一方，所以在消费者的项目里增加降级和熔断的处理。（服务提供者也可以）

准备工作：

1.首先要引入Hystrix的jar包：

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

2.启动类增加注解：@EnableCircuitBreaker

package com.example;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.circuitbreaker.EnableCircuitBreaker;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
import org.springframework.cloud.openfeign.EnableFeignClients;

@SpringBootApplication
@EnableEurekaClient
@EnableFeignClients
@EnableCircuitBreaker
public class Consumer8203Application {

	public static void main(String[] args) {
		SpringApplication.run(Consumer8203Application.class, args);
	}

}

实现一个简单的降级的体验一下：

给控制器增加方法，并添加好注解：

package com.example.controller;

import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixProperty;
import javax.annotation.Resource;
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;
import org.springframework.web.client.RestTemplate;

@RestController
public class IndexController {

    @Resource
    RestTemplate restTemplate;

    @Autowired
    ProductApi productApi;

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

    @GetMapping("/a")
    public String index() {

        // 直接使用注册中心，服务提供项目的项目名称去请求就可以了
        String url = "http://PRODUCT-SERVICE/index";
        String result = restTemplate.getForObject(url, String.class);
        return result + port;
    }

    @GetMapping("/feign")
    public String feign() {
        return productApi.index() + port;
    }

    /**
     * 模拟远程调用返回超时的情况
     * @return String
     * @throws InterruptedException 
     */
    @GetMapping("/delay")
    @HystrixCommand(defaultFallback = "delayFallback", commandProperties = {
        @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "3000") // 设置超时时间为3秒，超过3秒的由降级方法返回提示
    })
    public String delay() throws InterruptedException {
        float s = 5.1F;  // 这个时间肯定会被降级（即：返回的内容是delayFallback的返回值），可以改小点看结果。
        Thread.sleep((long)(s * 1000));
        return "延迟" + s + "秒， 访问正常";
    }

    /**
     * 降级方法
     * @return String
     */
    public String delayFallback() {
        return "执行超时了，被降级...";
    }
}

启动后访问，可以看到降级的效果。

延迟的时间改短些则正常： 

这就是所谓的“降级”的效果。

增加有服务提供方参与的场景：

这里有三个项目：分别是注册中心（8201），服务提供者（8202），服务消费者（8203）

服务提供者中增加一个时间较长的方法，模拟耗时很长的方法：

package com.example.controller;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class IndexController {

    // 注入本项目的端口号
    @Value("${server.port}")
    private String port;

    // 提供一个接口用于提供服务
    @GetMapping("/index")
    public String index() {
        return "index : " + port;
    }

    @GetMapping("/sleep")
    public String sleep() throws InterruptedException {
        int s = 5;

        Thread.sleep(s * 1000);
        return "sleep: " + s + " (s)";
    }
}

先启动注册中心和服务提供者，消费者的控制器内增加一个方法，测试下效果：

    /**
     * 测试下用远端服务
     * @return String
     */
    @GetMapping("/sleep-delay")
    @HystrixCommand(defaultFallback = "delayFallback")
    public String sleepDelay(){
        return productApi.sleep() + port;
    }

这是用了一个通用的方法达到了降级的目的，注解@HystrixCommand除了defaultFallback这个参数可以调默认降级方法外，还有一个fallbackMethod可以调用一个与原方法对应的参数相同的方法，用于提供更明确的提示。

与原方法对应的参数相同的降级方法

控制器增加三个方法：

    // 感觉这个说法还算靠谱点
    // fallbackMethod: 设置HystrixCommand服务降级所使用的方法名称，注意该方法需要与原方法定义在同一个类中，并且方法签名也要一致
    // defaultFallback: 设置HystrixCommand默认的服务降级处理方法，如果同时设定了fallbackMethod，会优先使用fallbackMethod所指定的方法，需要注意的是defaultFallback该属性所指定的方法没有参数，需要注意返回值与原方法返回值的兼容性
    @GetMapping("/sleep/{id}")
    @HystrixCommand(fallbackMethod = "sleepFallbackMethod", defaultFallback = "sleepFallback") // 使用指定的降级方法
    public String sleep(@PathVariable("id") int id) {
        //int a = 10 / 0; // 触发抛出异常
        return productApi.sleep() + port + " id: " + id;
    }
    
    // 参数签名必须与原方法相同
    public String sleepFallbackMethod(int id) {
        return "sleep 方法被 控制器中指定的方法sleepFallbackMethod 降级，参数是：" + id;
    }

    // 无参数
    public String sleepFallback() {
        return "sleepFallback 控制器中方法降级..." + port;
    }

可以根据不同参数给出不同的结果。

给多个方法指定默认的降级方法

有可能多个方法降级的提示只需要返回相同的内容，这时可以给控制器类增加注解：@DefaultProperties(defaultFallback = "通用的降级方法名")

@DefaultProperties(defaultFallback = "sleepFallbackDefault")

 控制器内添加4个方法：需要有降级的方法只需添加注解@HystrixCommand，不需要指定降级方法名，会使用类上指定的默认降级方法。不添加注解的不会做降级处理。

    @GetMapping("/sleep2")
    @HystrixCommand // 使用默认的降级方法
    public String sleep2() {
        return productApi.sleep() + port;
    }

    @GetMapping("/sleep3")
    @HystrixCommand // 使用默认的降级方法
    public String sleep3() {
        return productApi.sleep() + port;
    }

    // 不做降级处理，会出异常：java.net.SocketTimeoutException: Read timed out
    @GetMapping("/sleep4")
    public String sleep4() {
        return productApi.sleep() + port;
    }
    
    // 无参数
    public String sleepFallbackDefault() {
        return "sleepFallbackDefault 控制器中方法降级,默认的降级方法..." + port;
    }

可以看到sleep4方法没有指定注解，方法没有降级。为了防止出现这种情况出现，可以为Feign定义的接口（ProductApi）提供一个实现类，来定义接口中各方法的降级方法。

为Feign的接口实现一个类

步骤：

  1. 修改application.yml 启用 Feign 对 Hystrix的支持。
  2. 实现接口 ProductApi 的一个实现类。
  3. 为接口ProductApi的注解@FeignClient增加参数fallback

feign:
  hystrix:
      
    # 开启 Feign对Hystrix的支持
    enabled: true

添加 ProductApi 接口的实现类 ProductApiHystrix.java，并注入容器

package com.example.api.hystrix;

import com.example.api.ProductApi;
import org.springframework.stereotype.Component;

@Component // 注入容器
public class ProductApiHystrix implements ProductApi{

    @Override
    public String index() {
        return "ProductApiHystrix.index 降级方法...";
    }

    @Override
    public String sleep() {
        return "ProductApiHystrix.sleep 降级方法...";
    }
    
}

 为接口ProductApi的注解@FeignClient增加参数fallback

@FeignClient(value = "PRODUCT-SERVICE", fallback = ProductApiHystrix.class)

 重启并访问，可以看到控制器的方法没有做改变的情况下，达到了降级的目的：

到此，降级已经完成。

实现熔断：

控制器中增加两个方法，模拟下接口出问题：

    // 可以造成熔断的方法
    @GetMapping("/sleep5/{id}")
    @HystrixCommand(defaultFallback = "sleepBreaker", 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")  // 错误占比，当错误次数超过这个百分比，就会熔断。
    }) // commandProperties 的整个意思就是10秒中10次请求中有60%的请求出问题就熔断
    public String sleep5(@PathVariable("id") int id) throws Exception {
        if (id < 0) {
            throw new Exception("id 是负数，抛出异常！！");
        }
        return "访问正常 id:" + id + "  port:" + port;
    }

    // 熔断时调用的方法
    public String sleepBreaker() {
        return "接口有问题，目前被熔断了...";
    }

正常情况：

问题情况：

多次使用-1为参数访问，再用1做为参数再访问，也不会得到正常结果了，就是被熔断了：

完毕。

 

Hystrix的监控

有两个坑：

  1. 被监控项目，需要在配置文件中设置监控端口的访问地址。具体的参考文章
  2. Spring Boot 2.1.15以上版本是用的 Hoxton.SR5，JS中有错误。具体的参考文章

新建一个监控端的项目：hystrix-dashboard-8204

监控端只是为了显示监控结果，是独立的项目，所以不需要与项目的版本相同，能监控就行。

需要用到的包：

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

修改配置文件，添加端口号：8204

启动类添加注解：@EnableHystrixDashboard

package com.example;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.hystrix.dashboard.EnableHystrixDashboard;

@SpringBootApplication
@EnableHystrixDashboard
public class HystrixDashboard8204Application {

	public static void main(String[] args) {
		SpringApplication.run(HystrixDashboard8204Application.class, args);
	}

}

启动并访问：http://localhost:8204/hystrix

到这一步，监控端就准备好了。

修改被监控端的配置：

修改项目consume-8203中的application.yml

spring:
  application:
    name: consume # 消费者的实例名称
    
server:
  port: 8203 # 消费者实例的端口号

eureka:
  instance:
    instance-id: consume-${server.port}
    prefer-ip-address: true
  client:
    serviceUrl:
      defaultZone: http://localhost:8201/eureka/ # 注册中心的服务地址，用于将消费者注册进去
      #defaultZone: http://localhost:8201/eureka/,http://localhost:8221/eureka/  # 注册中心的服务地址，用于将消费者注册进去

feign:
  hystrix:
      
    # 开启 Feign对Hystrix的支持
    enabled: true

# 需要改变ribbon轮询调用方式的服务名
PRODUCT-SERVICE:
  ribbon:
    # 改为随机的方式
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

management: 
  endpoints: 
    web: 
      exposure: 
        include: health,info,hystrix.stream #根据需求增删路径

 然后启动，访问：http://localhost:8203/actuator/hystrix.stream

可以看到有内容输出，表示准备就绪

没有异常的时候的：

访问下消费端，触发下降级，有降级数据的时候的：

使用hystrix-dashboard显示图表：

把被监控的服务地址填写好：http://localhost:8203/actuator/hystrix.stream，点击“Monitor Stream”按钮开始监控

可以访问下服务，看监控的图形了。

完毕。

nece001
关注
专栏目录
云原生微服务 Spring Cloud Hystrix 降级、熔断实战应用
Java 技术专栏，从入门到精通，熟悉企业级开发
10-11 2万+
Hystrix是Netflix开源的一个用于处理分布式系统的延迟和容错的库，通过资源隔离、服务降级和熔断等方法，提高分布式系统的可用性和稳定性。在本章节中， 介绍了Hystrix具体方法上熔断、全局熔断案例，通过实战演练让大家更容易理解Hystrix断路器的作用。
springcloud入门(五)之Hystrix熔断、降级及监控
指尖上的革新
12-27 542
1 Hystrix服务熔断 1.1 分布式系统面临的问题 复杂分布式结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免的失败 服务雪崩 多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C有调用其他的微服务，这就是所谓的“扇出”；如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应”。 对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上所有资源都在几秒中内饱和。比失败更糟糕的
服务熔断降级
I_absolutely的博客
11-09 796
之前给大家讲了很多服务之前的关系，今天主要给大家介绍，当服务出现问题时，我们该如何解决。 首先我们先进行一些场景分析： 场景一 服务提供端提供了A、B、C、D 4个服务，服务调用方调用服务时，D服务出现了问题，导致调用服务D的请求都出现了超时或者错误，从而进一步影响了整个请求队列的性能。 场景二 我们根据client1和client2 的请求压力确定了我们serverA的负载情况，但是当client2的请求从1500 增加到15000 时，会远远大于ServerA 的性能瓶颈，这个时候也会导致C
什么是服务熔断和服务降级？
08-09 389
实际在工作中特别是做服务端测试，肯定会遇到服务熔断与降级相关优化，针对这部分优化，我们测试同学首先得了解这2个术语究竟是什么意思，为了解决什么问题，然后结合实际的业务场景该如何进行测试，今天我们先了解一下具体含义！一、服务熔断官方释义是指在某些情况下，为了保护系统稳定和避免系统崩溃，服务提供商会采取一系列措施来限制或暂停服务的机制。服务熔断通常用于分布式系统或网络服务中，以确保系统在面临异常情况时...
Hystrix服务熔断和服务降级的简单使用
qq_43332570的博客
07-24 571
服务熔断 服务熔断机制是对应服务雪崩的一种微服务链路保护机制。 在链路请求中，如果某个微服务节点不可用或者响应时间太长，可以熔断该节点的微服务调用，快速的返回错误的响应信息，当恢复正常后可正常调用。 具体配置过程 配置在 服务端（被动触发） 1、依赖 <!-- Hystrix --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>sprin
Hystrix降级和熔断实验
mayongzhan_csdn的专栏
11-01 1281
代码实验Hystrix降级和熔断 1.Hystrix 滑动窗口配置 2.熔断状态切换（CLOSE,OPNE,HALF_OPEN） 3.线程池打满服务降级和熔断 4.某个时间窗口内的buket时间内服务请求书和错误率导致降级和熔断 5.hystrix.stream 或者Hystrix Dashboard 使用
Hystrix实现熔断降级
爱我所爱0505
11-01 770
目录 一、Hystrix执行过程 二、Hystrix熔断机制 1. 熔断原理 2.HystrixCircuitBreakerImpl源码解析 3. 熔断器开关状态 4. 采样统计 三、配置参数 四、参考资料 一、Hystrix执行过程 step1：每次调用创建一个新的HystrixCommand，把依赖调用封装在run()方法中。 step2：执行execute()/queue做同步或异步调用。 step3：判断熔断器(circuit-breaker)是否打开，如果打开跳到步骤.
四、Spring Cloud之熔断处理 Hystrix
热门推荐
程序员爱酸奶
01-15 1万+
前言 熔断处理什么呢？在微服务项目中，有很多的服务，在服务消费者调用服务提供者的时候可能会出现网络异常或者请求超时或者阻塞等等一系列问题，不过不进行处理的话，就可能导致，长时间等待，进程阻塞，最终导致系统瘫痪。 所以就有了熔断处理，当服务提供者的接口不能访问或者异常异常时，进行降级处理，服务消费者能够正常的处理返回特定是数据。从而达到容灾的目的。 看了一下Hystrix ，其实有很多东西，我们就先...
五、高并发系统降级巧计——使用Hystrix实现降级与熔断实战
最新发布
流楚丶格念的博客
08-22 771
Hystrix是一个用于处理分布式系统中的服务降级和熔断的库，可以有效地提高系统的容错能力。Hystrix的熔断功能可以帮助你在服务故障时迅速响应，防止问题扩大化，从而保证系统的整体可靠性。Hystrix通过超时配置和降级机制来处理这种情况，确保系统的稳定性和用户体验。通过这种方式，即使在系统负载过高或网络延迟的情况下，你的应用程序也可以提供合理的用户反馈，保持系统的稳定性和可用性。一旦熔断器被触发，所有的请求将被快速失败并调用降级方法，防止对故障服务的进一步请求，从而保护系统的稳定性。
Hystrix降级和熔断
10-29
### Hystrix降级与熔断机制详解 #### 一、引言 Hystrix作为Netflix开源的一个容错管理库，旨在为复杂分布式系统中的延迟和故障提供更强的容错能力。它通过隔离并控制对远程系统、服务及第三方库的访问点，有效地...
SpringCloud（4）--服务降级（Hystrix、降级、熔断、监控）
MOKE_SPACE
07-13 3278
文章目录服务降级Hystrix服务降级创建带降级机制的pay模块创建带降级的order模块配置服务降级修改pay模块修改order模块重复代码的问题代码耦合度的问题服务熔断继续修改pay模块总结补充Hystrix所有可配置的属性熔断整体流程服务监控HystrixDashboard 系列链接： GitHub：源码 SpringCloud（1）–入门、版本、环境搭建 SpringCloud（2）–服务注册与发现（Eureka、Zookeeper、Consul） SpringCloud（3）–服务调用（Ribb
Hystrix入门使用 服务熔断 服务降级 服务雪崩
Janyi_的博客
05-30 1482
hystrix停止更新，理念优秀。分布式系统面临的问题:对于复杂的分布式体系，有数十个依赖，依赖不可避免的错误。服务会出现雪崩，。Hystrix就是用于解决分布式系统延迟和容错的开源库。保证在一个依赖出现问题，不会导致整体的服务失败，避免级联故障，以提高分布式系统的弹性如果出现错误，向调用方抛出备选FallBack。
Hystrix服务降级，服务熔断，服务限流
weixin_59244784的博客
04-19 707
Hystrix服务降级，服务熔断，服务限流
Hystrix的服务熔断和服务降级，从入门到精通！
qq_49559393的博客
09-12 495
6 Hystrix 服务熔断 复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免失败！ 什么是服务熔断 我们可以把熔断器想象为一个保险丝，在电路系统中，一般在所有的家电系统连接外部供电的线路中间都会加一个保险丝，当外部电压过高，达到保险丝的熔点时候，保险丝就会被熔断，从而可以切断家电系统与外部电路的联通，进而保障家电系统不会因为电压过高而损坏 熔断机制是对应雪崩效应的一种微服务链路保护机制。 在分布式系统架构中多个系统之间通常是通过远程RPC调用进行通信，也就是 A 系统调
hystrix理解熔断和降级
u010325193的博客
05-24 846
目录 降级（fallback） 熔断（circuit breaker） 降级（fallback） MorningService package hystrix.degrade; /** * @Package Name : ${PACKAG_NAME} * @Author : 1766318593@qq.com * @Creation Date : 2019年04月03日...
springcloud dashboard Hystrix monitor 查看熔断工具
qq690452074的专栏
04-12 325
Circuit :Open表示发生了熔断。 这个圆越大，表示流量越大。这个圆越偏向红色，表示越不健康。 不停变化的线，就代表一段时间来，流量的变化 ...
高并发系统设计三十（熔断降级）
qq_36341209的博客
11-08 435
到目前为止，你的电商系统已经搭建了完善的服务端和客户端监控系统，并且完成了全链路压测。现在呢，你们已经发现和解决了垂直电商系统中很多的性能问题和隐患。但是千算万算，还是出现了纰漏。 本来，你们对于应对“双十一”的考验信心满满，但因为欠缺了一些面对巨大流量的经验，在促销过程中出现了几次短暂的服务不可用，这给部分用户造成了不好的使用体验。事后，你们进行了细致的复盘，追查出现故障的根本原因，你发现，原因主要可以归结为两大类。 第一类原因是由于依赖的资源或者服务不可用，最终导致整体服务宕机。举例来说，在你的电商系统
SpringCloud: Hystrix的回退方法必须与原方法参数相同
amadeus_liu2的博客
12-03 353
@HystrixCommand 否则可能找不到回退方法
springcloud（五）Hystrix之服务熔断操作
niulinbiao的博客
07-25 303
springcloud（五）Hystrix之服务熔断操作 一、服务熔断和服务降级的区别 服务降级： 是当服务器压力剧增的情况下，根据当前业务情况及流量对一些服务和页面有策略的降级，以此释放服务器资源以保证核心任务的正常运行；对于复杂系统而言，会有很多的微服务通过 rpc 调用，从而产生一个业务需要一条很长的调用链，其中任何一环故障了都会导致整个调用链失败或超时而导致业务服务不可用或阻塞。这种情况下，可以暂时去掉调用链中故障的服务来进行降级，其中降级策略又有很多种，比如限流，接口拒绝等 服务熔断：
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值