ribbon基于接口配置超时_feign的ribbon超时配置和hystrix的超时配置说明

本文介绍了Ribbon和Hystrix的超时配置,包括Ribbon的MaxAutoRetries、MaxAutoRetriesNextServer、ConnectTimeout和ReadTimeout,以及Hystrix的timeoutInMilliseconds。为了确保Ribbon重试时不被熔断,Hystrix的超时时间需大于Ribbon的超时时间。此外,还提到了Feign第一次调用超时的问题及其解决方案,包括全局关闭Hystrix超时和设置Ribbon立即加载等策略。
摘要由CSDN通过智能技术生成

先看下我的配置:

ribbon:

MaxAutoRetries: 1 #最大重试次数,当Eureka中可以找到服务,但是服务连不上时将会重试

MaxAutoRetriesNextServer: 1 #切换实例的重试次数

OkToRetryOnAllOperations: false # 对所有的操作请求都进行重试,如果是get则可以,如果是post,put等操作没有实现幂等的情况下是很危险的,所以设置为false

ConnectTimeout: 1000 #请求连接的超时时间

ReadTimeout: 1800 #请求处理的超时时间

hystrix:

command:

default:

execution:

isolation:

thread:

timeoutInMilliseconds: 3000

#如果配置ribbon的重试,hystrix的超时时间要大于ribbon的超时时间,ribbon才会重试

#hystrix的超时时间=(1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 比较好,具体看需求

Ribbon超时与Hystrix超时问题,为了确保Ribbon重试的时候不被熔断,我们就需要让Hystrix的超时时间大于Ribbon的超时时间,否则Hystrix命令超时后,该命令直接熔断,重试机制就没有任何意义了。

从上面的配置来说,ribbon超时配置为1800,请求超时后,该实例会重试1次,更新实例会重试1次。

所以hystrix的超时时间要大于 (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 比较好,具体看需求进行配置。

Ribbon超时与Hystrix超时问题,为了确保Ribbon重试的时候不被熔断,我们就需要让Hystrix的超时时间大于Ribbon的超时时间,否则Hystrix命令超时后,该命令直接熔断,重试机制就没有任何意义了。

补充知识:Spring Cloud Feign 第一次调用超时(Read timed out)的解决办法

feign-client在第一次调用微服务会出现Read timed out异常,提示的报错信息:

java.net.SocketTimeoutException: Read timed out

这是由于在

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值