SpringCloudHystrix之使用详解

最新推荐文章于 2024-04-25 23:29:17 发布
最新推荐文章于 2024-04-25 23:29:17 发布
阅读量345 收藏 1
点赞数
分类专栏： SpringCloud 文章标签： springcloud hystrix 服务容错保护
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ai_xao/article/details/102758179
版权

文章目录


写在前面

该文参考来自 程序猿DD 的Spring Cloud 微服务实战一书，该文是作为阅读了 spring cloud hystrix 一章的读书笔记。书中版本比较老，我选择了最新稳定版的 spring cloud Greenwich.SR2 版本，该版本较书中版本有些变动。非常感谢作者提供了这么好的学习思路，谢谢！文章也参考了 Spring-cloud-netflix 的官方文档。

1. 创建请求命令

Hystrix 命令就是 HystrixCommand ，它是用来封装具体的依赖服务调用逻辑。它的文档中这样写到：“用于包装执行可能具有潜在风险的代码（通常意味着基于网络的服务调用），具有容错和超时机制，统计数据和性能指标，断路器和舱壁功能。”

该命令本质上是一个阻塞命令，但是结合 observe() 方法使用，则提供了可观察的外观。

1.1 基于继承

通过继承的方式来实现，需要注意的是 HystrixCommand 并没有提供默认的构造函数。

public class HelloCommand extends HystrixCommand<String> {

    private RestTemplate restTemplate;

    public HelloCommand(Setter setter, RestTemplate restTemplate){
        super(setter);
        this.restTemplate = restTemplate;
    }

    @Override
    protected String run() throws Exception {
        return restTemplate.getForEntity("http://HELLO-SERVICE/provider/hello", String.class).getBody();
    }
    
    
    @Override
    protected String getFallback() {
        return "我是备用值哦";
    }
}

基于上面的 HelloCommand , 我们可以选择同步或者异步的方式来执行。

	@GetMapping(value="/ribbon-consumer1")
    public String helloConsumer1(){
        // 同步执行
        HelloCommand helloCommand = new HelloCommand(HystrixCommand.Setter.withGroupKey(()->"hello"), restTemplate);
        return helloCommand.execute();
    }

    @GetMapping(value="/ribbon-consumer2")
    public String helloConsumer2() throws ExecutionException, InterruptedException {
        HelloCommand helloCommand = new HelloCommand(HystrixCommand.Setter.withGroupKey(()->"hello"), restTemplate);
        // 异步执行
        Future<String> result = helloCommand.queue();
        return result.get();
    }

还有一种使用 observe() 方法的方式，我并不太清楚这种用法是否正确，因为它是 rxjava ，我不太了解。按下面代码的运行情况来看它可以是异步的。

	@GetMapping(value="/ribbon-consumer3")
    public String helloConsumer3() throws ExecutionException, InterruptedException {
        HelloCommand helloCommand = new HelloCommand(HystrixCommand.Setter.withGroupKey(()->"hello"), restTemplate);
        // observe 方法测试
        Observable<String> observe = helloCommand.observe();
        final String[] hello = new String[1];
        observe.subscribe(new Observer<String>() {
            @Override
            public void onCompleted() {
                System.out.println("Observer onCompleted 方法执行");
            }

            @Override
            public void onError(Throwable throwable) {
                System.out.println("我看起来发生了错误");
                throwable.printStackTrace();
            }

            @Override
            public void onNext(String s) {
                hello[0] = s;
                System.out.println("我收到了一个字符串：" + s);
            }
        });
        // 这里总是返回 null，但控制台会打印上述输出语句
        return hello[0];
    }

注意：创建的 HystrixCommand 实例只能使用一次。

1.2 基于注解

@HystrixCommand 能够更加优雅的实现 Hystrix 命令的定义。

	// 同步	
	@HystrixCommand(fallbackMethod = "helloFallback")
    public String hello(){
        return restTemplate.getForEntity("http://HELLO-SERVICE/provider/hello", String.class).getBody();
    }
	
	// 异步 需要调用返回对象的 get() 方法获取结果
	@HystrixCommand(fallbackMethod = "helloFallback")
    public Future<String> helloAsync(){
        return new AsyncResult<String>() {
            @Override
            public String invoke() {
                return restTemplate.getForEntity("http://HELLO-SERVICE/provider/hello", String.class).getBody();
            }
        };
    }
	

    private String helloFallback(){
        return "访问出错";
    }

该注解只能作用于方法上，观察其属性值，发现和继承方式实现的父类的构造函数差不多。


2. 定义服务降级

fallback 是 Hystrix 命令执行失败后使用的备用方法，用来实现服务降级。在基于继承的实现中，可以重写 getFallback 方法，或者重写 getFallbackMethodName 方法来指定想要的方法作为备用方法。

基于注解的实现，只需要在 fallbackMethod 参数来指定具体的服务降级实现方法。当然，我们的备用方法，仍然可能失败，我们依然可以为它实现 hystrix 命令，形成服务降级的级联。


3. 异常处理

除了 HystrixBadRequestException 异常之外，其它异常均会被 Hystrix 认为命令执行失败，并触发服务降级的处理逻辑。HystrixBadRequestException 异常的抛出无法执行服务降级逻辑，会造成服务端异常栈信息打印，客户端收到错误。

在基于注解的实现时，我们可以指定需要被忽略的异常类型，只需要设置 ignoreExceptions参数，当抛出了指定的异常时，会被包装为 HystrixBadRequestException 抛出，这样就不会执行后续的服务降级。

3.1 异常获取

如果是继承的方式，我们可以使用如下的这种方法：

	@Override
    protected String run() throws Exception {
        String s = null ;
        s.intern();
        return restTemplate.getForEntity("http://HELLO-SERVICE/provider/hello", String.class).getBody();
    }

    @Override
    protected String getFallback() {
        Throwable executionException = getExecutionException();
        return "我是备用值哦";
    }

    @Override
    public Throwable getExecutionException() {
        return super.getExecutionException();
    }

如果是基于注解的话，只需要为其指定的 fallback 方法，设置简单的参数即可：

	@HystrixCommand(fallbackMethod = "helloFallback")
    public String hello(){
        String s = null ;
        s.intern();
        return restTemplate.getForEntity("http://HELLO-SERVICE/provider/hello", String.class).getBody();
    }

    private String helloFallback(Throwable e){
        e.printStackTrace();
        return "访问出错";
    }

4. 命令名称、分组以及线程池划分

Hystrix 会根据命令组来组织和统计命令的告警、仪表盘等信息。并且默认的线程划分也是根据命令组来实现的。默认情况下，Hystrix 会让相同组名的命令使用同一个线程池。初次之外，Hystrix 提供了更加灵活的线程池划分；通过 HystrixThreadPoolKey 来对线程池进行设置。

在基于继承的实现中，通过构造函数即可完成上述参数的指定。

在基于注解的实现中，也有相应的属性，为其设置值即可。


5. 请求缓存

这里有个非常重要的点：“请求缓存是在同一请求多次访问中保证只调用一次这个服务提供者的接口，在这同一次请求第一次的结果会被缓存，保证同一请求中同样的多次访问返回结果相同。”

5.1 基于继承

Hystrix 提供了请求缓存的功能，在之前基于继承的实现中，我们只需要重载 getCacheKey 方法。

	@Override
    protected String getCacheKey() {
        // 在同一http请求中，每次都返回缓存值，实际使用中，应根据方法参数来构造
        return "all";
    }

但在这样的实现中，我得到了一个错误：“Request caching is not available. Maybe you need to initialize the HystrixRequestContext?”，查看 HystrixRequestContext ，原来我们需要初始化它，那么参照文档，直接用 filter 初始化即可：

package com.duofei.filter;

import com.netflix.hystrix.strategy.concurrency.HystrixRequestContext;
import org.springframework.context.annotation.Configuration;

import javax.servlet.*;
import javax.servlet.annotation.WebFilter;
import java.io.IOException;

/**
 * 缓存上下文初始化
 * @author duofei
 * @date 2019/10/26
 */
@Configuration
@WebFilter(urlPatterns = "/**")
public class RequestCacheContextFilter implements Filter {

    @Override
    public void init(FilterConfig filterConfig) throws ServletException {
        System.out.println("我Filter初始化了");
    }

    @Override
    public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
        HystrixRequestContext hystrixRequestContext = HystrixRequestContext.initializeContext();
        try {
            filterChain.doFilter(servletRequest, servletResponse);
        }finally {
            hystrixRequestContext.shutdown();
        }
    }
}

注意：基于 @WebFilter 注解配置 filter 时，@Configuration 注解需要有。

那么，如何清理缓存呢？

	private static final HystrixCommandKey commandKey =  HystrixCommandKey.Factory.asKey("helloCommandKey");
	/**
     * 清理缓存
     * 开启请求缓存之后，我们在读的过程中没有问题，但是我们如果是写，那么我们继续读之前的缓存了
     * 我们需要把之前的cache清掉
     * 说明 ：   1.其中getInstance方法中的第一个参数的key名称要与实际相同
     *          2.clear方法中的cacheKey要与getCacheKey方法生成的key方法相同
     *          3.注意我们用了commandKey是helloCommandKey,大家要注意之后new这个Command的时候要指定相同的commandKey,否则会清除不成功
     */
    public static void flushRequestCache(){
        HystrixRequestCache.getInstance(commandKey
                , HystrixConcurrencyStrategyDefault.getInstance())
                .clear("all");
    }

需要注意：如果使用了 setter 的方式来构造 HystrixCommand , 那么上述定义的 commandKey 需要通过 setter 方法写入，不能通过重写 getCommandKey 的方式。

测试代码如下：

	// 同步执行
        HelloCommand helloCommand = new HelloCommand(HystrixCommand.Setter.withGroupKey(()->"hello"), restTemplate);
        // 测试缓存
        new HelloCommand(HystrixCommand.Setter.withGroupKey(()->"hello"), restTemplate).execute();
        // 清除缓存
        HelloCommand.flushRequestCache();
        new HelloCommand(HystrixCommand.Setter.withGroupKey(()->"hello"), restTemplate).execute();
        return helloCommand.execute();

最终，会执行两次 run 方法中的打印语句（观察控制台即可）。

5.2 基于缓存

提供了三个专用于请求缓存的注解：

  1. @CacheResult : 标记请求命令返回的结果应该被缓存，必须与 @HystrixCommand 注解结合使用，它的缓存 key值会使用方法的所有参数。
  2. @CacheRemove : 该注解用来让请求命令的缓存失效，失效的缓存根据定义的 key 决定。
  3. @CacheKey : 该注解用来在请求命令的参数上标记，使其作为缓存的 key 值，如果没有标注则会使用所有参数。如果同时还使用了 @CacheResult 和 @CacheRemove 注解的 cacheKeyMethod 方法指定缓存 Key 的生成，那么该注解不会生效。
荆轲刺秦
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
hystrix详解
lyh1023812的博客
04-01 2万+
笔记，博客来源： ———————————————— 版权声明：本文为CSDN博主「韩金群」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接： https://blog.csdn.net/hjq_ku/article/details/89520168 https://blog.csdn.net/hjq_ku/article/details/89516530 一.什么是hystrix？ hystrix是Netlifx开源的一款容错框架，防雪崩利器，具备服务降级，服务熔
详解Hystrix
Joker_ZJN的博客
06-17 5738
一文讲明白微服务的容错机制，以及hystrix的详细使用。
SpringCloud Hystrix详解
最新发布
tian830937的专栏
04-25 1383
1、分布式系统面临问题多个微服务之间调用的时候，假如微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的"扇出"。对于高流量的应用来说，单一的后端依赖可能会导致所有的服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是，这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系统资源紧张，导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理，以便单个依赖关系的失败，不能取消整个应用程序或系统。
Hystrix熔断器环境搭建及详解
m0_53951384的博客
01-11 1238
Hystrix，英文意思是豪猪，全身是刺，刺是一种保护机制。Hystrix也是Netflix公司的一款组件。
Hystrix使用篇 - Hystrix的使用
The Secret
11-24 3326
本文介绍Hystrix的使用
FCKeditor使用详解.doc
04-12
FCKeditor使用详解.doc
谈谈HttpClient使用详解
09-03
给大家介绍HttpClient使用，httpClient是一个客户端的http通信实现库，HttpClient的目标是发送和接收HTTP报文。本文讲解的非常详细，对HttpClient使用感兴趣的朋友可以参考下
base href 使用方法详解
10-30
base href 使用方法详解
Selenium的使用详解
09-20
今天小编就为大家分享一篇关于Selenium的使用详解，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
PHP CURL使用详解
10-17
今天小编就为大家分享一篇关于PHP CURL使用详解，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
Hystrix是个什么玩意儿
weixin_33816946的博客
03-18 259
1. 什么是Hystrix Hystrix是Netflix的一个开源框架，地址如下：https://github.com/Netflix/Hystrix 中文名为“豪猪”，即平时很温顺，在感受到危险的时候，用刺保护自己；在危险过去后，还是一个温顺的肉球。 所以，整个框架的核心业务也就是这2点： 何时需要保护 如何保护 2....
springcloud中Hystrix的使用
weixin_46620665的博客
01-26 600
说明 Hystrix 提供了服务熔断、降级、限流、服务监控的功能 场景说明：当访问量激增或者某服务发生故障，调用者会一直等待，然后就会发生一连串的连锁反应，倒是服务器的大面积的瘫痪，为了应对此种情况，需要用到Hystrix做系统的保护。 熔断、降级、限流 降级（丢车保帅）：在秒杀时，通过服务降级把注册、修改个人信息等非核心功能关闭掉。 熔断：支付依赖第三方服务，要设置熔断策略，熔断后要给出友好提示，比如10分钟后再来支付。 限流：抢购下单接口采用限流方式，如抢购1000件商品，则设置2000大小的队列，请求
Hystrix的原理及应用：构建微服务容错体系的利器（一）
凛鼕将至的博客
03-15 1261
Hystrix是一个用于处理分布式系统中的故障和延迟的开源库。它由Netflix开发并开源，最早用于处理Netflix的视频流服务中的故障保护。Hystrix的起源可以追溯到Netflix在2011年左右遭受了一次大规模的服务故障。这次故障暴露了Netflix服务之间的依赖性和相互影响，导致了整个系统的崩溃。为了避免类似的故障再次发生，Netflix决定开发一个能够处理分布式系统中的故障和延迟的解决方案，这就是Hystrix。
如何在Java中直接使用Hystrix?
编号94530
06-04 576
最近由于一些背景原因，需要在项目中需要对接口进行限流。所以就考虑到了直接使用Hystrix。但是呢，又不想直接使用SpringCloud，而是直接引入原生，现在发现挺好用的，所以记录下来，分享出来。 ...
Springcloud中hystrix的详细使用
weixin_45842529的博客
09-26 873
1.服务的降级 1.1导入依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId&
SpringCloud之Hystrix——详细使用
qq_63438013的博客
11-19 931
目录一、介绍1. 说明2. 作用二、服务雪崩1.服务雪崩2.图解雪崩效应 三、服务熔断 四、服务降级1.服务降级说明2.服务降级图示五、降级和熔断总结 六、服务熔断的实现1.服务熔断的实现思路2.项目中引入hystrix依赖 3.开启断路器4.使用HystrixCommand注解实现断路5.总结6.断路器打开条件 7.断路器流程​编辑8.默认的服务FallBack处理方法七、服务降级的实现1.客户端openfeign + hystrix实现服务降级实现2.开启openfeign支持服务降级3.在openfe
springcloud之Hystrix
从基础到源码解析的学习记录
12-19 3203
文章目录1、Hystrix概述1.1、服务降级1.2、服务熔断1.3、服务限流2、模拟高并发场景下异常2.1、服务端-项目构建2.2、Jmeter高并发访问2.3、消费端-项目构建3、服务降级的处理方式3.1、消费端设置服务降级3.2、消费端解耦式设置服务降级（不在Controller业务层）3.3、两种方式的区别4、服务熔断的处理方式4.1、服务熔断类型4.2、断路器开启和关闭的条件 1、Hystrix概述 在分布式系统里，许多依赖不可避免的会调用失败，比如超时，异常等，Hystrix能够保证在一个依赖出
Spring Cloud Hystrix 参数配置、简单使用、DashBoard
qq_36944952的博客
02-07 2267
Spring Cloud Hystrix 是一款优秀的服务容错与保护组件，也是 Spring Cloud 中最重要的组件之一。Spring Cloud Hystrix 是基于 Netflix 公司的开源组件 Hystrix 实现的，它提供了熔断器功能，能够有效地阻止分布式微服务系统中出现联动故障，以提高微服务系统的弹性。Spring Cloud Hystrix 具有服务降级、服务熔断、线程隔离、请求缓存、请求合并以及实时故障监控等强大功能。
Wireshark抓包软件使用教程.pptx
12-02
"Wireshark抓包软件使用教程.pptx" Wireshark是一款强大的网络封包分析软件，常用于网络故障排查、协议分析、安全检测等场景。本教程主要介绍了Wireshark的基本操作和各个功能模块。 1. **启动后的界面及功能** ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值