Hystrix 常见通用的配置

已于 2022-10-13 10:52:05 修改
阅读量3.1k 收藏 3
点赞数
分类专栏： Java 学习笔记 文章标签： hystrix java
于 2022-10-12 19:12:04 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Gui_yunuo/article/details/127286606
版权

Hystrix 简单逻辑理解

在这里插入图片描述

可以知道再Hystrix 中的方法 run 与 fallback 方法。还有就是断路器功能。

  • run方法失败会进入fallback方法
  • 无法执行run方法会进入fallback方法 【线程池的调度无法执行】
  • fallback执行一定次数后会直接抛出异常，将不在执行fallback方法。
  • 断路器开启后将不会执行run方法而直接进入fallback方法。
  • 断路器开启是有条件的。

相关通用主要配置

测试代码git
配置参考

线程组配置详细说明

参考 HystrixThreadPoolProperties 下Setter 设置

HystrixThreadPoolProperties.Setter()

withCoreSize 核心线程数

withMaxQueueSize 最大任务队列容量

此属性配置为 <1 小于1 时使用的是SynchronousQueue，配置为大于1的整数时使用的是LinkedBlockingQueue

需要注意的是SynchronousQueue 与 LinkedBlockingQueue 区别 见百度说明

  • 大于0时
    取值建议考虑到并发量需要考虑到队列数量 ，当并发数量 大于配置值时会出现错误队列已满 ，错误如下:

Task java.util.concurrent.FutureTask@c3c7722 rejected from
java.util.concurrent.ThreadPoolExecutor@cc9b543[Running, pool size =
1, active threads = 1, queued tasks = 2, completed tasks = 0]

queued tasks = 2 内容为实际maxQueueSize 对应配置值

  • 小于0时
    因为SynchronousQueue 容器原因 需要考虑线程数， 当线程数不够时同样会出现 如上错误类型

Task java.util.concurrent.FutureTask@35f1688a rejected from
java.util.concurrent.ThreadPoolExecutor@27edf295[Running, pool size =
1, active threads = 1, queued tasks = 0, completed tasks = 0]

通常为了保证尽可能的不被拒绝会将 queueSizeRejectionThreshold 与 maxQueueSize 设置为相同。

withQueueSizeRejectionThreshold 任务拒绝的任务队列阈值
  • 当maxQueueSize配置为小于1时候，此配置项不生效。

熔断后出错内容

HystrixCommandProperties.Setter()

withFallbackIsolationSemaphoreMaxConcurrentRequests 最大并发降级请求处理上限

单位窗口时间内处理的熔断错误数，
最简单理解就是配置的sleepWindowInMilliseconds时间执行的fallback方法次数;即当超过这个配置值时会出现两种报错

  • 第一种

com.netflix.hystrix.exception.HystrixRuntimeException: update fallback execution rejected.
at com.netflix.hystrix.AbstractCommand.handleFallbackRejectionByEmittingError(AbstractCommand.java:1043)
at com.netflix.hystrix.AbstractCommand.getFallbackOrThrowException(AbstractCommand.java:875)
at com.netflix.hystrix.AbstractCommand.handleTimeoutViaFallback(AbstractCommand.java:997)
at com.netflix.hystrix.AbstractCommand.access$500(AbstractCommand.java:60)
at com.netflix.hystrix.AbstractCommand$12.call(AbstractCommand.java:609)
at com.netflix.hystrix.AbstractCommand$12.call(AbstractCommand.java:601)
at rx.internal.operators.OperatorOnErrorResumeNextViaFunction$4.onError(OperatorOnErrorResumeNextViaFunction.java:140)
at rx.internal.operators.OnSubscribeDoOnEach$DoOnEachSubscriber.onError(OnSubscribeDoOnEach.java:87)
at rx.internal.operators.OnSubscribeDoOnEach$DoOnEachSubscriber.onError(OnSubscribeDoOnEach.java:87)
at com.netflix.hystrix.AbstractCommand$HystrixObservableTimeoutOperator$1.run(AbstractCommand.java:1142)
at com.netflix.hystrix.strategy.concurrency.HystrixContextRunnable$1.call(HystrixContextRunnable.java:41)
at com.netflix.hystrix.strategy.concurrency.HystrixContextRunnable$1.call(HystrixContextRunnable.java:37)
at com.netflix.hystrix.strategy.concurrency.HystrixContextRunnable.run(HystrixContextRunnable.java:57)
at com.netflix.hystrix.AbstractCommand$HystrixObservableTimeoutOperator$2.tick(AbstractCommand.java:1159)
at com.netflix.hystrix.util.HystrixTimer$1.run(HystrixTimer.java:99)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301( ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

此种出现是连续执行时的报错。假设fallbackIsolationSemaphoreMaxConcurrentRequests 为3 并发数量为5时 前两笔错误后正常运行fallback方法而后面两笔则以这种报错方式出现。

来自方法 handleFallbackRejectionByEmittingError

update fallback execution rejected 中的update 为setter 配置中的 CommandKey

  • 第二种

java.lang.RuntimeException: Hystrix circuit short-circuited and is OPEN
at com.netflix.hystrix.AbstractCommand.handleShortCircuitViaFallback(AbstractCommand.java:979)
at com.netflix.hystrix.AbstractCommand.applyHystrixSemantics(AbstractCommand.java:557)
at com.netflix.hystrix.AbstractCommand.access$200(AbstractCommand.java:60)
at com.netflix.hystrix.AbstractCommand$4.call(AbstractCommand.java:419)
at com.netflix.hystrix.AbstractCommand$4.call(AbstractCommand.java:413)
at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:46)
at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:35)
at rx.Observable.unsafeSubscribe(Observable.java:10327)
at rx.internal.operators.OnSubscribeMap.call(OnSubscribeMap.java:48)
at rx.internal.operators.OnSubscribeMap.call(OnSubscribeMap.java:33)
at rx.Observable.unsafeSubscribe(Observable.java:10327)
at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:41)
at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:30)
at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)
at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)
at rx.Observable.unsafeSubscribe(Observable.java:10327)
at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:41)
at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:30)
at rx.Observable.unsafeSubscribe(Observable.java:10327)
at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:51)
at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:35)
at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)
at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)
at rx.Observable.subscribe(Observable.java:10423)
at rx.Observable.subscribe(Observable.java:10390)
at rx.internal.operators.BlockingOperatorToFuture.toFuture(BlockingOperatorToFuture.java:51)
at rx.observables.BlockingObservable.toFuture(BlockingObservable.java:410)
at com.netflix.hystrix.HystrixCommand.queue(HystrixCommand.java:378)
at com.netflix.hystrix.HystrixCommand.execute(HystrixCommand.java:344)
at com.gui.z.ht.StartMain$1.run(StartMain.java:34)
at java.lang.Thread.run(Thread.java:748)

当第一种报错出现一定程度后以这种报错出现。

报错来自 handleShortCircuitViaFallback方法

handleShortCircuitViaFallback 是这两个报错的统一方法。

可以肯定的是这种runtime exception 都是不会执行fallback 方法的。

命令执行部分配置

HystrixCommandProperties.Setter()

withExecutionTimeoutEnabled 是否允许超时

决定HystrixCommand 中run()执行时是否允许超时，只有设置为true的时候，下面提到的“超时时间上限”才会有效

withExecutionTimeoutInMilliseconds 超时时间上限

超时时间上限#
HystrixCommand执行时候超时的最大上限，单位是毫秒，如果命令执行耗时超过此时间值那么会进入降级逻辑。这个配置生效的前提是executionTimeoutEnabled为true

超时会报错

com.netflix.hystrix.exception.HystrixTimeoutException: null
at com.netflix.hystrix.AbstractCommand$HystrixObservableTimeoutOperator$1.run(AbstractCommand.java:1142)
at com.netflix.hystrix.strategy.concurrency.HystrixContextRunnable$1.call(HystrixContextRunnable.java:41)
at com.netflix.hystrix.strategy.concurrency.HystrixContextRunnable$1.call(HystrixContextRunnable.java:37)
at com.netflix.hystrix.strategy.concurrency.HystrixContextRunnable.run(HystrixContextRunnable.java:57)
at com.netflix.hystrix.AbstractCommand$HystrixObservableTimeoutOperator$2.tick(AbstractCommand.java:1159)
at com.netflix.hystrix.util.HystrixTimer$1.run(HystrixTimer.java:99)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

Circuit Breaker 断路器部分配置

withCircuitBreakerRequestVolumeThreshold 断路器请求量阈值

此属性设置将使断路器打开的滑动窗口中的最小请求数量。
例如，如果值是20，那么如果在滑动窗口中只接收到19个请求(比如一个10秒的窗口)，即使所有19个请求都失败了，断路器也不会打开。

withCircuitBreakerErrorThresholdPercentage 断路器错误百分比阈值

此属性设置一个错误百分比，当请求错误率超过设定值，断路器就会打开。

withCircuitBreakerSleepWindowInMilliseconds 断路器等待窗口时间

属性设置断路器打开后拒绝请求的时间量，每隔一段时间(sleepWindowInMilliseconds，单位是毫秒)允许再次尝试(也就是放行一个请求)确定是否应该关闭断路器。

关于设置问题。为了保证一个周期循环性质的处理逻辑。是需要使用开启断路器的。【要是不开启断路器用hystrix 就没有什么意义了】。而断路器的周期时间就很重要了。需要根据实际情况判断时间设置。为了保证高交易量的通过。通常是业务压力大断路器等待窗口时间短；压力小则时间可以适当延长。

骚人贵
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Hystrix使用及其配置详解
Java框架、并发编程、分布式、微服务、Redis、HarmonyOS、中间件等技术
11-16 4170
目录 1、简介 2、正文 2.1 Hystrix使用场景 2.2 Hystrix处理异常 2.3 Hystrix处理超时 2.4 Hystrix断路器阈值设置 2.5 Hystrix与Fegin集成 1、简介 在微服务中，服务与服务之间的调用经常出现两个不确定性因素： 网络延迟 服务异常 延迟在微服务中是一个非常重要的性能指标，随着服务的增加，调用链越来越复杂，此时低延迟往往是微服务系统架构中首要目标；高网络延迟可能会拖垮整个微服务，这是不允出现的。此外服务内部可能会发生未知异常，
Hystrix配置
weixin_47967194的博客
01-09 1116
熔断机制是应对雪崩效应的一种微服务链路保护机制，当扇出链路的某个微服务出错不可用或者响应时间太长时，会进行服务降级，进而熔断该节点微服务的调用，快速返回错误响应信息。
Hystrix 熔断、降级实例
01-10
HystrixCommand及配置实例，亲测可用，有参数配置说明
Hystrix配置简单说明（官方文档简译）
xwnxwn的专栏
10-07 490
官方文档：https://github.com/Netflix/Hystrix/wiki/Configuration 参考文档：https://steeltoe.io/docs/3/circuitbreaker/hystrix Hystrix属性的4中优先级 1. 内置全局默认值（Global default from code） 如果下面3种都没有设置，默认是使用此种，后面用“默认值”代指这种。 2. 动态全局默认属性（Dynamic global default property） 可.
Spring Cloud Hystrix 参数配置、简单使用、DashBoard
最新发布
qq_36944952的博客
02-07 1729
Spring Cloud Hystrix 是一款优秀的服务容错与保护组件，也是 Spring Cloud 中最重要的组件之一。Spring Cloud Hystrix 是基于 Netflix 公司的开源组件 Hystrix 实现的，它提供了熔断器功能，能够有效地阻止分布式微服务系统中出现联动故障，以提高微服务系统的弹性。Spring Cloud Hystrix 具有服务降级、服务熔断、线程隔离、请求缓存、请求合并以及实时故障监控等强大功能。
8.9.9-hystrix&ribbon超时与线程池配置
KelvinLiu
09-22 1921
springcloud hystrix ribbon超时配置，hystrix线程池配置
hystrix配置说明
jacksonary的博客
03-30 1464
文章目录1. Command 属性相关属性1.1 execution相关配置1.2 fallback相关配置（控制运行 hystrixCommand.getFallback() 方法）1.3 断路器 circuit breaker 相关1.4 指标 metrics 相关1.5 请求上下文 HystrixRequestContext 相关2. 请求合并 request collapser 相关属性...
【2.2】Java微服务：Hystrix的详解与使用
hkzuz的博客
08-06 1355
Hystrix的详解与使用
Hystrix配置参数解析大全
提供各种学习资源及帮助
05-31 2586
Hystrix 的统计器是由滑动窗口来实现的，我们可以这么来理解滑动窗口：一位乘客坐在正在行驶的列车的靠窗座位上，列车行驶的公路两侧种着一排挺拔的白杨树，随着列车的前进，路边的白杨树迅速从窗口滑过，我们用每棵树来代表一个请求，用列车的行驶代表时间的流逝，那么，列车上的这个窗口就是一个典型的滑动窗口，这个乘客能通过窗口看到的白杨树就是 Hystrix 要统计的数据。此配置项的值需要根据接口的 QPS 进行计算，值太小会有误打开熔断器的可能，值太大超出了时间窗口内的总请求数，则熔断永远也不会被触发。
hystrix全局默认配置
weixin_44987904的博客
12-09 969
hystrix的默认配置
Spring Cloud Hystrix 线程池队列配置(踩坑)
08-26
主要介绍了Spring Cloud Hystrix 线程池队列配置(踩坑)，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
spring-cloud-hystrix-dashboard(包含注册中心、member、hystrix-dashboard配置等).zip
09-04
spring-cloud-hystrix-dashboard(包含注册中心、member、hystrix-dashboard配置等).zip 包含配置好的eureka注册中心，member服务生产者、hystrix-dashboard的hystrix配置和仪表盘配置
hystrix-dashboar1.5.12
06-24
netflix官方提供的监控hystrix-dashboard的war包，可以直接拷贝到web服务下运行，方便大家下载学习，该版本为1.5.12
GC中的 三色标记法
学海拾遗
06-12 5984
最近在看JVM 查资料的时候看到一篇关于三色标记法的文章觉得不错。拿过来收藏一下。因为他的配图是gif。让人一目了然啊。 原文地址《三色标记法与读写屏障》 以下内容图为摘录： 三色标记法： 首先要知道 在JVM中如何找到碎片采用的是根可达算法 root searching方法。找到以后进行mark sweep 方法进行标记。然后再root searching 一遍进行回收。所以mark sweep的特点是 地址不连续，再标记的过程中也会有新的对象被放到老年区，这时就会出现碎片，因为要扫两次所以效率略低。 三
slf4j 之 ch.qos.logback 源码阅读
学海拾遗
07-17 3375
文章目录前言LoggerFactoryStaticLoggerBinderContextInitializerContextSelectorStaticBinderDefaultContextSelectorLoggerContextLoggerAppenderAttachableImplOutputStreamAppenderLayoutWrappingEncoderPatternLayoutClassOfCallerConverterLoggingEvent总结一下流程。 前言 最近有个项目再写日志的时
我的java设计模式 总结【5】装饰器 Decorator
学海拾遗
07-04 1589
文章目录装饰器模式 Decorator特点举例JDK中的 Decorator 装饰器模式 Decorator 特点 Decorator 设计模式不会改变原有的东西，只是增加新的外观或者功能，样式等，且随着时间的推移，可以不断的实施修饰操作。在面向对象的程序设计中，扩展系统的原有功能也可以采用继承、组合的方式。继承也不会改变原有类（父类），但是由于工程的复杂和很多不可预测的改变，比如不同业务的数据组合数量简直无法想想，难道我们要为每一种组合都定义一个子类吗？显然这是不现实的，即通过继承的方式来应对未来的功能和
feign hystrix配置
12-20
根据提供的引用内容，以下是关于Feign和Hystrix的配置示例： 1. Feign超时时间配置： ```yaml feign: client: config: default: connectTimeout: 5000 # 连接超时时间，单位为毫秒 readTimeout: 10000 # 读取...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值