SpringCloud-Hystrix服务熔断，快速入门

最新推荐文章于 2024-04-18 06:59:03 发布
最新推荐文章于 2024-04-18 06:59:03 发布
阅读量380 收藏 2
点赞数 3
分类专栏： springcloud java 文章标签： spring cloud hystrix java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hello_list/article/details/126702934
版权

Hystrix服务熔断

个人中心：学习日记的博客

前情提要：

什么是服务熔断，粗糙解释：我们知道一个系统存在很多微服务，而微服务与微服务之间又会存在相互调用，比如依赖关系A—>C—–B—–>D，如果B或者C一旦崩溃，那这条服务链就断了，C崩溃了，B和D的微服务也使用不了了，这就是服务雪崩，雪崩是离不开一个雪花的，所以这就需要服务熔断是一种保护机制，而可以熔断也可以降级相当于去掉改依赖节点而使其他微服务还可以正常使用，大致就是这么个意思吧。

看精细解释：

熔断机制是赌赢雪崩效应的一种微服务链路保护机制。

当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况，当失败的调用到一定阀值缺省是5秒内20次调用失败，就会启动熔断机制。熔断机制的注解是：@HystrixCommand。

服务熔断解决如下问题：

  • 当所依赖的对象不稳定时，能够起到快速失败的目的；
  • 快速失败后，能够根据一定的算法动态试探所依赖对象是否恢复。

快速上手

我们新建一个有熔断机制的8004服务，把8001的服务大致复制下，老步骤

1、导入依赖

<dependencies>
    <dependency>
        <groupId>com.xuexi</groupId>
        <artifactId>springcloud-api</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

    <dependency>
        <groupId>mysql</groupId>
        <artifactId>mysql-connector-java</artifactId>
    </dependency>

    <dependency>
        <groupId>com.alibaba</groupId>
        <artifactId>druid</artifactId>
    </dependency>

    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-core</artifactId>
    </dependency>

    <dependency>
        <groupId>com.baomidou</groupId>
        <artifactId>mybatis-plus-boot-starter</artifactId>
    </dependency>

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

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

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

    <!--Eureka依赖-->
    <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-eureka-client -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        <version>3.0.0</version>
    </dependency>


    <!--完善监控信息-->

    <!-- https://mvnrepository.com/artifact/org.springframework.boot/spring-boot-starter-actuator -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>

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

    <!--hystrix-->
    <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-hystrix -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        <version>2.2.10.RELEASE</version>
    </dependency>

</dependencies>

2、编写配置，代码

把8001的代码复制了一下，然后修改了下启动类和端口

在这里插入图片描述

这里我们修改下controller中的代码，当服务异常时，我们也要进行返回信息处理，进行熔断

@HystrixCommand(fallbackMethod = "getNull")  //当该服务异常时，调用异常备用服务
@GetMapping("/account/get/{id}")
public Account get(@PathVariable("id") long id){
    Account byId = accountService.getById(id);
    if (byId==null){
        System.out.println("错误");
        //定义一个异常
        throw new RuntimeException("用户不存在");
    }
    return byId;
}

//失败回调方法
public Account getNull(@PathVariable("id") long id){
    System.out.println("调用失败回调方法");
    return new Account().setAccountId(id).setAccountName("null").setAccountPwd("null");
}

这里注解里面方法很多点进去就可以看下

在这里插入图片描述

3、开启功能

在这里插入图片描述

测试，我们启动一个注册中心7001，然后把hystrix这个服务开启，启动80去访问测试下，注册中心启动完成

在这里插入图片描述

通过80访问

在这里插入图片描述

这里我们差一个没有的id用户，触发异常看下什么效果

在这里插入图片描述

打印的就是我们进行服务熔断失败回调方法的信息，这就是服务熔断。

服务降级

那什么是服务降级呢？其实跟熔断差不多，熔断是个别服务的错误回调，那降级就是对一整个服务的取消，服务降级都是概念意思是当当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理，或换种简单的方式处理，从而释放服务器资源以保证核心业务正常运作或高效运作。说白了，就是尽可能的把系统资源让给优先级高的服务。

就好比我们平常在报名四六级的时候，我们知道很卡对不对，但是卡的刚刚好对不对，我们回到这个想法，报名当天是不是信息不需要修改，我们只需要报名就可以，所以你就会发现，其他设置可能不是很卡，或者直接不能用，而这个时候报名的人更多，我们就需要把报名的服务资源扩大，而关闭一些其他的服务，比如订单服务是不是一直在新增啊，那相应的修改服务我们就可以降级，也就是暂时关闭这个服务。

我理解这个更多的是人为，多说无益直接上代码

1、导入依赖

<!--hystrix-->
<!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-hystrix -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
    <version>2.2.10.RELEASE</version>
</dependency>

2、编写配置代码

我们在api服务层新建一个类，然后继承
在这里插入图片描述

package com.xuexi.service;


import com.xuexi.pojo.Account;
import org.springframework.cloud.openfeign.FallbackFactory;
import org.springframework.stereotype.Component;

import java.util.List;

@Component
public class AccountClientServiceFallbackFactory implements FallbackFactory{
    @Override
    public Object create(Throwable cause) {
        return new AccountClientService() {
            @Override
            public List<Account> getAll() {
                return null;   //  其实这里应该返回一个R对象然后meassge是这样的
                // "该服务被降级暂时停止访问，回复时间大致晚八点"
                // 这里是能返回null了
            }
        };
    }
}

因为服务降级存在在客户端，我们是不让客户去访问而不是去请求服务端拒绝，这个需要feign我们到feign80端口中，我们加一个配置，开启服务降级，其实也就是开启功能

在这里插入图片描述

3、开启功能，测试

我们把7001注册中心打开，然后把有熔断的服务打开8004，再打开这个服务降级的客户端，看下效果。

打开成功，并且服务注册了进去

在这里插入图片描述

80正常访问拿到数据

在这里插入图片描述

我们把8004服务给关闭，这时候手动将服务降级，然后我们再看下效果

在这里插入图片描述

什么都没有了，因为我们后台访问的返回的是null，如果平常服务崩溃的话，肯定是报错，因为只有这一个方法重写所以效果展示并不友好，而且其实应该是有一个统一响应，比如{code:200,data{},message:”消息”}这样的，因为前面例子没做好，所以讲究一下吧

为了证明是调用了服务降级的方法，我们这里加一个输出，build一下，我们访问看下

在这里插入图片描述

访问还是空的，因为返回null嘛，但是看控制台，对不对，这就是控制服务端的服务降级，然后不访问注册中心的服务，注册中心服务一但降级处理，这里返回响应。

在这里插入图片描述

Dashboard流监控

看名字就知道一个监控中心，监控客户端请求的，所以我们新建一个模块9001

1、导入依赖

<dependencies>

    <dependency>
        <groupId>com.xuexi</groupId>
        <artifactId>springcloud-api</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

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

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

    <!--Eureka依赖-->
    <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-eureka-client -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        <version>3.0.0</version>
    </dependency>

    <!--feign-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-feign</artifactId>
        <version>1.4.7.RELEASE</version>
    </dependency>

    <!--hystrix-->
    <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-hystrix -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        <version>2.2.10.RELEASE</version>
    </dependency>

    <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-hystrix-dashboard -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId>
        <version>2.2.10.RELEASE</version>
    </dependency>

</dependencies>

2、编写配置

启动类

在这里插入图片描述

application编写端口号

3、开启功能，启动服务，我这里显示9001被系统服务占用，所以改成9002了，出来一个猪就对了

在这里插入图片描述

然后我们来配置下，可以监控服务信息。

我们到hystrix8004服务下添加一个servlet

//增加一个 Servlet
@Bean
public ServletRegistrationBean hystrixMetricsStreamServlet(){
    ServletRegistrationBean registrationBean = new ServletRegistrationBean(new HystrixMetricsStreamServlet());
    //访问该页面就是监控页面
    registrationBean.addUrlMappings("/actuator/hystrix.stream");
    return registrationBean;
}

在这里插入图片描述

这里你一定是有actuator的监控信息的，还记得之前我们这里的信息还得build一下，我们先不build尝试下

测试—–+错误调试

开启注册中心7001，然后开启8004有熔断机制的服务，然后使用开启80端进行访问测试，再打开9002监控，看下效果

访问服务，访问成功

在这里插入图片描述

我们进入9002监控中心，然后填写以下信息，http://localhost:8004/actuator/hystrix.stream

在这里插入图片描述

进行检测，然后发现失败

在这里插入图片描述

刚开始我以为是这个info这个没弄上，但是好像不是，其实应该不是，或者不是

在这里插入图片描述

我们需要在监控中心添加一个application.yml添加一个这样的配置

hystrix:
  dashboard:
    proxy-stream-allow-list: "*"

然后再启动，监控中心一直是loading，我这里就直接去访问了http://laptop-d5easg67:8004/actuator/hystrix.stream这个，然后一直是空的ping，一直在请求，但是返回一直是空；

在这里插入图片描述

这里看到人家说，你得先请求一次，然后有了数据，它再ping就有数据，然后我就请求了很多次，再ping也还是空，重点来了啊，这里根本没有客户端什么事，也就是没有80端口什么是，不是用80去请求，而是服务端直接请求，用http://laptop-d5easg67:8004/account/get/1去请求，才可以，然后有数据了，这样的，所以这里根本没有80端口什么是，重点：没有80端口什么事

在这里插入图片描述

然后我们重新进去监控中心，ok，成功

在这里插入图片描述

那监控中心是干什么的，这里请求几下数据试试，肯定是监控的呀

在这里插入图片描述

很简单吧，都能看懂，这里是具体参数

在这里插入图片描述

小结

都看到这里了还不赶紧三连关注不迷路，更多内容持续输出中，bye~

学习日记
关注
专栏目录
springcloud 熔断_SpringCloud微服务项目实战 限流、熔断、降级处理
weixin_39595310的博客
12-14 143
我们知道，在分布式微服务项目体系中，一个系统是由若干个子服务模块组成，这若干个子服务相互调用协同工作，对外输出服务使得整个系统运作。由于服务之间的相互协作调用，所以要保证整个系统完整运行，就得保证每个服务模块运行良好。但在实际庞大的分布式体系中，我们难免遇到某个服务阻塞或挂起等情况。假设客户在下单时，需要调用订单服务的接口，而订单服务有依赖了客户服务、商品服务、库存服务等，在下单时如果依...
SpringCloud Netflix---Hystrix服务治理
I_am_fine_的博客
04-22 2866
简述服务雪崩，Hystrix的使用
Spring Cloud（2）一看就懂，Hystrix快速入门
warybee
11-12 619
本文目录1.微服务中的雪崩效应1.2 雪崩效应解决方案2. Hystrix2.1 Hystrix介绍2.2 Hystrix现状2.3 Hystrix快速开始2.3.1 引⼊Hystrix依赖坐标2.3.2启动类开启熔断器2.3.3 `@HystrixCommand`定义服务降级处理⽅法2.4 Hystrix线程池隔离策略2.4.1 Hystrix默认线程策略2.4.2. 配置 Hystrix线程策略2.5 Hystrix熔断机制2.6 基于springboot的健康检查观察熔断状态2.7 Hystrix
小白入门| springcloud系列之-快速上手hystrix
03-19 1551
小白入门| springcloud系列之-快速上手hystrix
微服务 - Hystrix 熔断器
从零开始的博客
07-22 347
Hystix 服务保护的两种方式，线程隔离和熔断器
Spring Cloud（十一）：Hystrix服务熔断-工作流程
风信子
03-21 562
1. Hystrix服务熔断 1.1 断路器 类似保险丝 1.2 熔断是什么 熔断机制是应对雪崩效应的一种微服务链路保护机制。当扇出链路的某个微服务出错不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的相应信息。 当检测到该节点微服务调用响应正常后，恢复调用链路。 在Spring Cloud框架里，熔断机制通过Hystrix实现，Hystrix会监控微服务间调用的状况， 当失败的调用到一定阈值，缺省是5秒内20次调用失败，就会启动熔断机制，熔断机制的注解是@Hystrix
SpringCloud Hystrix服务熔断.docx
11-10
【SpringCloud Hystrix服务熔断】是Spring Cloud生态中的一种关键组件，它引入了断路器模式，用于处理微服务架构中可能出现的雪崩效应。断路器模式的核心思想是在服务之间设置“保险丝”，当某个服务出现故障时，...
SpringCloud-2-基础组件（Feign、Hystrix、Sentinel）
m0_60875109的博客
07-28 638
雪崩效应的分析及处理； 服务熔断组件Hystrix，sentinel包含的服务降级，服务熔断，监控检查等功能的讲解； 服务调用组件Feign及其搭配客户端负载均衡组件consul组件的使用；
Spring Cloud入门教程-熔断器-Hystrix
最新发布
2401_84009192的博客
04-18 709
某个服务的单个点的请求故障会导致用户的请求处于阻塞状态,最终的结果就是整个服务线资源消耗尽，由于服务的依赖性,会导致依赖于该故障服务的其他服务也处于线程阻塞，整最终导致这些服务的线程资源消耗殆尽,直到不可用,从而导致整个服务系统不可用，即雪崩效应。在分布式系统中,服务与服务之间的依赖错综复杂,一种不可避免的情况就是某些服务会出现故障,导致依赖于它们的其他服务出现远程调度的线程阻塞。Hystrix是通过隔离服务的访问点阻止联动故障的,并提供了故障的解决方案,从而提高了整个分布式系统的弹性。
SpringCloud-Feign和Hystrix
JaneRoad
11-07 404
今天继续学习SpringCloud。 上篇我们讲了服务网关Zuul和负载均衡Ribbon 这一篇针对Feign和Hystrix详细说说 以下代码皆用最简单的代码示例，并非真正的业务代码 学习中用到的学习资料如下： 文章：SpringCloud极简入门 视频：Spring Cloud从入门到实战 Feign 在实际开发中，还有另外一种更加便捷的方式来实现相同的功能，这就是Feign，现在就来使用Feign实现服务消费的负载均衡。 什么是Feign 与Ribbon一样，Feign也是由Netflix提供的，F
微服务之Hystrix降级熔断
Young_深情不及里子的博客
01-13 1102
Spring Cloud的服务降级熔断组件Hytrix的详细总结，包揽对Hytrix的详细介绍以及降级熔断的基本使用及效果展示。
6. Hystrix断路器
武汉小喽啰
03-28 163
1. 概述 首先要知道断路器Hystrix是干什么的？Hystrix的出现是为了保证系统不会因为单个节点挂掉而导致整个系统不可用。 1.1 分布式系统面临的问题 复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免地失败，导致服务雪崩。什么是服务雪崩了？指的是多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微...
微服务--Hystrix熔断器
yanbin
09-03 503
雪崩效应 在微服务系统中，一个请求会调用多个服务来完成，服务可用的情况下，当某一个服务出现网络延迟或者故障时，请求就会被阻塞，等待故障服务响应。 在高并发的情况下，单个服务的延迟导致整个请求延迟或阻塞，可能在几秒就使整个服务负载饱和 雪崩效应： 单个点服务的请求故障导致用户请求阻塞，最终导致整个服务资源耗尽。由于服务依赖性，导致依赖该故障服务的其他服务也处于阻塞，最终导致其他服务资源耗尽，不可...
SpringCloud-Hystrix(服务熔断、服务降级)
热门推荐
有一种信仰叫海阔天空
07-22 3万+
SpringCloud-Hystrix(服务熔断，服务降级) Hystrix(豪猪) 注明：此项目为本人学习尚硅谷老师的教学视频然后整理核心的配置文件，所有的项目均在以下地址下载。https://github.com/xwbGithub/microservicecloud下载 本项目请参考microservicecloud-provider...
Spring Cloud - 熔断（Hystrix）
程铭程铭你快成名的博客
06-24 3万+
熔断 小铭同学最近正在学Spring Cloud，最近学到熔断这块的知识点，不是很理解，于是请教了公司的大佬老王。 小铭趁空闲时间找到老王：“王哥，我最近在学习Spring Cloud，看到所有书上都说熔断是微服务必须的，可我不用熔断，系统好像也能正常工作。那为什么说它是必须的呢？” “正常工作是没问题，那发生异常了呢？某个服务挂了或者网络不通的时候会发生什么？”老王反问小铭。 “让我思考一下，如...
使用Hystrix实现微服务熔断与降级
分享传递价值
07-24 3911
Hystrix的github地址：https://github.com/Netflix/Hystrix，本文不足的地方可以参考Hystrix的wiki：https://github.com/Netflix/Hystrix/wiki/ 在实际项目中，微服务之间的相互调用可能会遇上网络抖动、延迟、超时等一些列问题，如果不加以处理，可能引发更加严重的问题，如一开始的用户服务不可用导致调用此服务的售票服...
SpringCloud学习四（Hystrix：服务熔断、服务降级、Dashboard流监控）
无极
09-06 256
一、Hystrix：服务熔断 1.1、分布式系统面临的问题 复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免失败！ 1.2、服务雪崩 多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”，如果扇出的链路上某个微服务的调用响应时间过长，或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应”。 对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几十秒内
Hystrix服务熔断
Marikty的博客
07-08 4557
1、简介1.1 什么是Hystrix？1.2 服务雪崩2、线程隔离&服务降级2.1 原理2.2 案例1) 引入依赖2) 开启熔断3) 编写降级逻辑4) 默认的fallback5) 超时设置3、服务熔断3.1 熔断原理3.2 案例 1、简介 1.1 什么是Hystrix？ Hystrix是一个应用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时，异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整个体系服务失败，避免级联故障，以提高分布式系.
Hystrix学习（4）熔断
积跬步，至千里
04-23 7329
熔断模式该模式借鉴了电路熔断的理念，如果一条线路电压过高，保险丝会熔断，防止火灾。如果某个目标服务调用慢或者有大量超时，此时，熔断该服务的调用，对于后续调用请求，不在继续调用目标服务，直接返回，快速释放资源。如果目标服务情况好转则恢复调用。还是之前的银行柜员的例子，假定处理每个业务的时间是5分钟，当某个柜员的处理速度降低了，超过了5分钟，或者干脆去吃午饭等等原因根本不在座位上，此时熔断机制将不会允许
SpringCloud Hystrix：服务熔断原理与实战
"SpringCloud Hystrix服务熔断文档提供了关于微服务架构中服务熔断的概念、使用场景、Hystrix框架的介绍以及其在Spring Cloud生态中的应用。" 在微服务架构中，服务熔断是一种重要的容错机制，旨在防止服务雪崩效应...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

学习日记

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值