熔断降级 请求合并 请求缓存 线程池隔离 信号量隔离 openfeign整合Hystrix

于 2024-09-27 09:14:19 发布
阅读量645 收藏 6
点赞数 7
文章标签： 缓存 hystrix java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45939821/article/details/142583778
版权

〇、Hystrix的解决策略和预防措施：

        熔断降级是解决远程调用已经出现问题的解决方案。

        请求合并 请求缓存 线程池隔离 信号量隔离都是预防性措施

        使用Hystrix启动类上需要添加注解开启注解支持：

        @EnableHystrix
        @EnableCircuitBreaker

        测试Hystrix需要的依赖坐标如下：

<parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.3.12.RELEASE</version>
    </parent>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>Hoxton.SR12</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>

    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>

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

        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <version>1.18.22</version> <!-- 请使用最新的版本号 -->
            <scope>provided</scope>
        </dependency>

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


        <!-- 容灾处理依赖。 -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>

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

    </dependencies>

一、熔断降级 

                熔断是在远程调用的服务器出现问题后，访问不会再进行远程调用甚至调用方法get()。

                降级是访问不会再进行远程调用，而是转而调用getDownGrade()方法返回托底数据。

//  熔断 熔断熔断熔断熔断熔断熔断熔断     熔断      熔断   熔断
    @HystrixCommand(fallbackMethod = "getDownGrade",commandProperties = {
            @HystrixProperty(name = HystrixPropertiesManager
                    .EXECUTION_ISOLATION_THREAD_TIMEOUT_IN_MILLISECONDS,
                    value = "5000"), // 统计周期，默认10秒
            @HystrixProperty(name = HystrixPropertiesManager
                    .CIRCUIT_BREAKER_ENABLED,
                    value = "true"), // 是否开启熔断，默认true
            @HystrixProperty(name = HystrixPropertiesManager
                    .CIRCUIT_BREAKER_REQUEST_VOLUME_THRESHOLD,
                    value = "2"), // 统计周期内，错误几次，开启熔断， 默认20
            @HystrixProperty(name = HystrixPropertiesManager
                    .CIRCUIT_BREAKER_ERROR_THRESHOLD_PERCENTAGE,
                    value = "50"), // 统计周期内，错误百分比达到多少，开启熔断， 默认50
            @HystrixProperty(name = HystrixPropertiesManager
                    .CIRCUIT_BREAKER_SLEEP_WINDOW_IN_MILLISECONDS,
                    value = "3000"), // 开启熔断后，多少毫秒不访问远程服务，默认5000毫秒
            @HystrixProperty(name = HystrixPropertiesManager
                    .CIRCUIT_BREAKER_FORCE_OPEN,
                    value = "false"), // 是否强制开启熔断器， 默认false
            @HystrixProperty(name = HystrixPropertiesManager
                    .CIRCUIT_BREAKER_FORCE_CLOSED,
                    value = "false") // 是否强制关闭熔断器， 默认false
    })
    public String get(){
        String forObject = restTemplate.getForObject("http://application-service/getNoParams", String.class);
        return forObject;
    }
    public String getDownGrade(){
        return "服务器繁忙";
    }

二、请求合并 

        远程调用的服务器端c2有两个方法。一个是针对单个id的，还有一个是针对多个id的相同操作的合并

        多个根据id查询user的请求发送至要进行 远程调用的服务器端c1，这时开启请求处理的多个线程阻塞，并将多个id合并为一个List发送一个请求到c2.然后返回的值放在相应线程的FutureTask中。

//请求合并 请求合并 请求合并 请求合并请求合并 请求合并请求合并 请求合并请求合并 请求合并请求合并 请求合并请求合并 请求合并
    @HystrixCollapser(batchMethod = "getUserByIds",
            scope = com.netflix.hystrix.HystrixCollapser.Scope.GLOBAL,
            collapserProperties = {
                    @HystrixProperty(name =
                            HystrixPropertiesManager.MAX_REQUESTS_IN_BATCH,
                            value = "2"), // 最多合并多少个请求
                    @HystrixProperty(name =
                            HystrixPropertiesManager.TIMER_DELAY_IN_MILLISECONDS,
                            value = "2000") // 最多等待多少毫秒
            }
    )
    public Future<User> getUserById(Integer id){
        System.out.println("正常请求，无请求合并:id="+id);
        restTemplate.postForObject("http://application-service/getUserById", id, User.class);
        return null;
    }
    @HystrixCommand
    public List<User> getUserByIds(List<Integer>ids) throws JsonProcessingException {
        List<LinkedHashMap> list = restTemplate.postForObject("http://application-service/getUserByIds", ids, List.class);
        System.out.println("执行合并方法");
        List<User> list1 = new ArrayList<>();
        for (LinkedHashMap linkedHashMap : list) {

            ObjectMapper objectMapper = new ObjectMapper();
            String s = objectMapper.writeValueAsString(linkedHashMap);
            User user = objectMapper.readValue(s, User.class);
            list1.add(user);
        }

        return list1;
    }

三、请求缓存

         这里使用spring cache技术连接redis数据库，在配置文件中配置redis的地址。

        @Cacheable()注解自动将方法的返回值存储redis中。

        启动类上添加@EnableCaching  开启相关注解支持

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

    //请求缓存 请求缓存       请求缓存请求缓存请求缓存请求缓存
    @Cacheable(cacheNames = "getForObject",key = "#id")
    public String cache(Integer id){
        System.out.println("cache方法执行");
        String forObject = restTemplate.getForObject("http://application-service/getNoParams", String.class);
        return forObject;
    }

四、线程池隔离

                和船体底部的小船舱一样，底部破了仍然有隔板挡着。

                线程池是事先针对远程调用准备的多个线程。

                如果不准备线程池，一个远程调用崩了，导致线程阻塞不能释放最终会导致整个服务崩掉。

  //线程池隔离   线程切换  线程池隔离   线程切换 线程池隔离   线程切换线程池隔离   线程切换
    @HystrixCommand(groupKey = "TbItem",
            commandKey = "selectItemService",
            threadPoolKey = "pool-name",
            threadPoolProperties = {
                    @HystrixProperty(name = HystrixPropertiesManager.CORE_SIZE,
                            value = "3"), // 线程池容量
                    @HystrixProperty(name = HystrixPropertiesManager.KEEP_ALIVE_TIME_MINUTES,
                            value = "5"), // 线程空闲时，最大存活时间是多少分钟
                    @HystrixProperty(name = HystrixPropertiesManager.MAX_QUEUE_SIZE,
                            value = "5"), // 线程池占满时，最多由多少个请求阻塞等待
                    @HystrixProperty(name = HystrixPropertiesManager
                            .QUEUE_SIZE_REJECTION_THRESHOLD,
                            value = "5") // 当阻塞队列MAX_QUEUE_SIZE占满时，可以由多少个
                    // 请求同时阻塞等待后续处理。
            }
    )
    public String selectItemService() {
        System.out.println("selectItemService---"+Thread.currentThread().getName());
        String forObject = restTemplate.getForObject("http://application-service/getNoParams", String.class);
        return forObject;
    }

五、信号量隔离

        在一定时间内只允许有限个线程远程调用，其他线程降级。

        进行远程调用的线程会拿到许可证，线程结束释放许可证。

//信号量隔离  信号量隔离信号量隔离信号量隔离
    //在一定时间内只允许2个线程远程调用，其他线程降级
     @HystrixCommand(fallbackMethod = "getDownLoad",
            commandProperties = {
            @HystrixProperty(name = HystrixPropertiesManager
                    .EXECUTION_ISOLATION_STRATEGY,
                    value = "SEMAPHORE"), // 隔离方案。默认线程池隔离。 THREAD | SEMAPHORE
            @HystrixProperty(name = HystrixPropertiesManager
                    .EXECUTION_ISOLATION_SEMAPHORE_MAX_CONCURRENT_REQUESTS,
                    value = "1"), // 最大信号量
            @HystrixProperty(name = HystrixPropertiesManager
                    .EXECUTION_ISOLATION_THREAD_TIMEOUT_IN_MILLISECONDS, value = "5000") // 超时时间。信号量隔离中无效，线程池隔离中有效。默认1秒
            }
     )
    public String sign(){
        String forObject = restTemplate.getForObject("http://application-service/getNoParams", String.class);
        return forObject;
     }
    public String getDownLoad(){
        return "服务器繁忙";
    }

六、openfeign整合Hystrix

       1）openfeign中使用Hystrix很简单，只需要修改配置文件即可，因为内置好了Hystrix的基础功能容灾处理。

                可以看到如果需要Hystrix的其他预防措施还是需要引入Hystrix依赖坐标

        2）修改配置文件：

feign:
  hystrix:
    enabled: true
hystrix: # hystrix 容灾配置
  command: # hystrix 命令配置，就是具体的容灾方案
    default: # 默认环境，相当于全局范围，后续的配置，参考HystrixPropertiesManager中的常量配置
      circuitBreaker: # 熔断配置， 常用。 其他配置不常用。
        enabled: true
        requestVolumeThreshold: 2
        sleepWindowInMilliseconds: 2000
        errorThresholdPercentage: 50
别挡
关注
Hystrix线程池隔离与接口限流
Mr.xing的博客
02-02 1055
年年岁岁花相似 岁岁年年人不同 承蒙岁月不弃 赐我一路荆棘 感恩时光厚爱 赏我颠沛流离 一程山水 一程歌 风雨兼程 是人生 往后余生 我终将百毒不侵 走的潇洒 活的认真 笑的放肆了解了Hystrix请求缓存、降级、断路器快速熔断，然后看下Hystrix的线程池隔离与接口限流。Hystrix通过判断线程池或者信号量是否已满，超出容量的请求，直接Reject走降级，从而达到限流的作用。
实战：微服务之Spring Cloud 熔断保护组件Hystrix熔断、请求合并、请求缓存实操
为无为，事无事，味无味。
08-10 1029
如下图的过程所示，灾难性雪崩形成原因就大致如此：服务提供者不可用。如：硬件故障、程序BUG、缓存击穿、并发请求量过大等。重试加大流量。如：用户重试、代码重试逻辑等。服务调用者不可用。如：同步请求阻塞造成的资源耗尽等。雪崩效应最终的结果就是：服务链条中的某一个服务不可用，导致一系列的服务不可用，最终造成服务逻辑崩溃。这种问题造成的后果，往往是无法预料的。
Hystrix线程隔离技术解析-线程池和信号量
jack_shuai的博客
07-29 2021
认识Hystrix Hystrix是Netflix开源的一款容错框架，包含常用的容错方法：线程隔离、信号量隔离、降级策略、熔断技术。 在高并发访问下，系统所依赖的服务的稳定性对系统的影响非常大，依赖有很多不可控的因素，比如网络连接变慢，资源突然繁忙，暂时不可用，服务脱机等。我们要构建稳定、可靠的分布式系统，就必须要有这样一套容错方法。 本文主要讨论线程隔离技术。 为什么要做线程隔离 比如我...
Hystirx限流：信号量隔离和线程池隔离
xiaocaij_icai的博客
11-27 1946
背景：最近工作中要处理服务高并发的问题，大流量场景下限流熔断降级可以说是必不可少的，打算对限流做一次改造，所以要先了解一下hytrix相关内容，比如了解一下线程池隔离和信号量隔离的区别。**信号量：**信号量Semaphore是一个并发工具类，用来控制可同时并发的线程数，其内部维护了一组虚拟许可，通过构造器指定许可的数量，每次线程执行操作时先通过acquire方法获得许可，执行完毕再通过release方法释放许可。如果无可用许可，那么acquire方法将一直阻塞，直到其它线程释放许可。
SpringCloud之Hystrix隔离、熔断、降级
桐花思雨
11-06 1669
目录`hystrix` 简介`hystrix` 容错机制的特点`hystrix` 的断路器工作原理`hystrix` 实现服务的隔离、熔断、降级 hystrix 简介 hystrix 是 netlifx 开源的一款容错框架，防雪崩利器，具备服务降级，服务熔断，依赖隔离，监控 hystrix dashboard 等功能 官方 github：https://github.com/Netflix/Hystrix/wiki/How-To-Use hystrix 容错机制的特点 要防止雪崩效应，必须有一个强大的容错机
熔断与降级 Hystrix
weixin_42679286的博客
06-30 1279
（1）对依赖服务调用时出现的调用延迟和调用失败进行控制和容错保护。（2）阻止某一个依赖服务的故障在整个系统中蔓延，服务A->服务B->服务C，服务C故障了，服务B也故障了，服务A故障了，整个系统全部故障，整体宕机。（3）提供fail-fast（快速失败）和快速恢复的支持。（4）提供fallback优雅降级的支持。（5）支持近实时的监控、报警以及运维操作。
Hystrix熔断降级组件学习
liushangzaibeijing的博客
08-27 744
本篇博文是hystrix组件的学习文章，主要包含 Hystrix是什么，有啥作用，为啥要使用Hystrix,springCloud整合Hystirx代码示例,springCloud中hystrix的常见用法和代码示例，Hystrix的原理分析。
微服务高可用利器——Hystrix熔断降级原理&实践总结
舒哥的blog
11-25 3187
前言 最近在工作中参与组内服务稳定性建设，梳理我们目前服务现状并接入公司自研稳定性保障平台。对公司内自研组件以及业界流行的Hystrix做了学习，Netflix Hystrix 里面大量RxJava响应式实现，实在看着有点绕。所以在这里梳理一些实践以及Hystrix知识点。 为什么要做这个事情 服务的稳定是公司可持续发展的重要基石，随着业务量的快速发展，一些平时正常运行的服务，会出现各种突发状况...
微服务核心理论 - 熔断、降级的Hystrix实现
smart_an的专栏
04-23 1086
前面的章节，我们学习了微服务中对熔断降级的原理，参考这篇《服务治理：熔断、降级、限流了解了固定窗口算法、滑动窗口算法、 漏桶原理和令牌桶原理，本文对Hystrix做进一步的分析。Hystrix是Netflix开源的一款具备熔断、限流、降级能力的容错系统，设计目的是将应用中的系统访问、多链路服务调用、第三方依赖服务的调用，通过流量资源控制的方式隔离开。避免了在分布式系中的某个服务故障沿着调用链向上传递，出现整体的服务雪崩，并以此提升系统的稳定性和健壮性。
Hystrix降级和熔断
10-29
5. **资源限制检查**：检查线程池/请求队列/信号量是否已经满了，如果满了，则直接进入降级逻辑。 6. **执行业务逻辑**：如果没有前面的任何情况发生，则执行实际的业务逻辑。 7. **处理结果**：返回正常的业务处理...
三、系统隔离术实战——使用Hystrix实现隔离
流楚丶格念的博客
08-20 1534
Hystrix（英 [hɪst’rɪks]） 是 Netflix 开源的一个库，专门用于解决分布式系统中的延迟和容错问题。它通过提供一系列机制来增强系统的弹性，确保服务在出现问题时仍然能够稳定运行。线程隔离：避免某个服务的故障影响到其他服务。信号量隔离：限制并发请求数，防止系统过载。优雅降级：在服务失败时提供备用方案，避免系统崩溃。熔断机制：快速失败以保护系统，防止故障蔓延。请求缓存和合并：减少重复请求，提高性能。
速盾：cdn一般多长时间清理下缓存？
zhuguowang01的博客
09-19 616
需要注意的是，CDN的缓存时间是根据配置来设定的，不同的CDN服务商可能有不同的设置选项和接口操作方式。动态内容缓存：对于动态生成的内容，如动态网页、API接口等，CDN可以根据具体的设置来决定是否缓存以及缓存时间。缓存刷新和强制更新：当源服务器的内容发生变化时，可以通过CDN服务商提供的方式来刷新缓存，以确保用户获取到最新的内容。刷新缓存时间一般在几分钟到几小时之间。总之，CDN的缓存时间是根据具体需求来设定的，可以根据业务特点和用户访问模式来选择合适的缓存时间，以提高用户访问速度和体验。
Java 8 和 MyBatis 框架实现每天凌晨 2 点进行增量缓存
hongyuxiongji的博客
09-21 940
System.out.println("增量数据 ID: " + entry.getKey());1. 上述代码中的数据库连接信息、Redis 连接信息以及 MyBatis 配置文件路径需要根据实际情况进行修改。// 设置定时任务每天凌晨 2 点执行增量缓存。2. 确保在项目中正确配置了 MyBatis 和 Jedis 的依赖。// 加载 MyBatis 配置文件。// 构造方法、getter 和 setter。// 连接 Redis。// 第一次全量缓存。
简单的spring缓存 Cacheable学习
qq_19342829的博客
09-23 1194
简单的spring缓存 Cacheable学习
Unity:缓存www头像
Tel17610887670的博客
09-20 550
做直播游戏的时候，用到的头像都是在远程下载的，为了防止重复下载，可以把这些头像临时缓存下来。
用户态缓存：环形缓冲区（Ring Buffer）
TravisBytes的博客
09-20 1397
环形缓冲区是一种高效的数据结构，广泛应用于生产者-消费者模型中。在网络通信中，尤其是用户态缓存区中，环形缓冲区通过循环使用固定大小的内存区域，减少数据移动和内存管理开销，提升数据传输效率。#endif作用：为定义一个别名buffer_t，简化后续代码的书写。高效的数据管理：通过固定大小的缓冲区和双指针机制，环形缓冲区实现了高效的数据读写操作。减少数据移动：利用环形地址计算和分段拷贝，避免了大量的数据拷贝和移动操作，提升了性能。灵活的空间管理：通过动态调整和优化（如。
cpu路、核、线程、主频、缓存
最新发布
weixin_61015632的博客
09-26 266
也可以理解为主板上支持的CPU的数量。例如，一台服务器可能有2路或4路插槽，这意味着它最多可以安装2个或4个物理处理器。每个核心可以执行单独的指令流，从而提升处理器的计算能力。例如，一块物理处理器芯片可能有4个核心，这意味着它可以同时执行4个不同的任务。如果该核支持超线程技术，那1颗内核可以当成2颗内核来发挥作用。则基本可以理解为：这个设备安装了2个CPU，每个CPU有4个物理核心，8个逻辑核心（线程），加一起就是8核16线程。如果它用来做虚拟化，那这一台设备就会被人作为可以提供16核心CPU的设备。
缓存装饰器@cached_property
Edward__J的博客
09-20 326
这个装饰器用在类里面的某个方法前面，当实例化这个类，然后第一次调用这个方法的时候会执行一次改方法，返回一个结果，后面如果再调用，就不执行，而是直接返回第一次运行的结果了，避免重复调用，节省了时间。这个装饰器和`@property`是一对，`@property`将方法变成属性，但是访问一次重新执行一次，而`@cached_property`执行一次就不变了。查阅资料，大体上了解了它的用法。此时func1这个函数，就是一个方法，没有被缓存，要是使用这个值那就得用`demo.fun1()`重新运行一遍。
Hystrix如何进行线程池隔离和信号量隔离
06-07
Hystrix支持线程池隔离和信号量隔离两种隔离方式，可以通过配置来选择适合的隔离方式。 线程池隔离：Hystrix会为每个依赖项创建一个独立的线程池，用于管理对该依赖项的访问。线程池隔离提供了更好的隔离性和并发性能，可以避免依赖项的故障和延迟影响到其他依赖项的访问。线程池隔离需要配置线程池大小和等待队列大小等参数，可以根据应用程序的实际情况进行调整。 信号量隔离：Hystrix使用信号量来限制对依赖项的访问并发数，每个依赖项都有一个信号量。信号量隔离提供了更轻量级的隔离方式，适用于短时、频繁、低延迟的访问场景，可以避免线程上下文切换和线程池资源消耗。信号量隔离需要配置信号量大小等参数，可以根据应用程序的实际情况进行调整。 线程池隔离和信号量隔离可以通过配置来选择适合的隔离方式，可以根据依赖项的特点和应用程序的实际情况进行选择。线程池隔离提供了更好的隔离性和并发性能，适用于长时、不频繁、高延迟的访问场景；信号量隔离提供了更轻量级的隔离方式，适用于短时、频繁、低延迟的访问场景。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值