Ribbon, Hystrix, feign超时时间的关系

最新推荐文章于 2025-06-22 15:58:05 发布

静谧之心

最新推荐文章于 2025-06-22 15:58:05 发布

阅读量1.6k

点赞数 1

CC 4.0 BY-SA版权

分类专栏：消息中间件文章标签： feign hystrix ribbon 分布式 linux

本文链接：https://blog.csdn.net/qq_33709508/article/details/109721421

消息中间件专栏收录该内容

20 篇文章

订阅专栏

本文探讨如何配置Ribbon和Hystrix的超时时间，以避免Ribbon重试期间被Hystrix熔断。关键在于设置Hystrix超时大于Ribbon，以支持有效重试机制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Ribbon超时与Hystrix超时问题，为了确保Ribbon重试的时候不被熔断，我们就需要让Hystrix的超时时间大于Ribbon的超时时间，否则Hystrix命令超时后，该命令直接熔断，重试机制就没有任何意义了。
从上面的配置来说，ribbon超时配置为1800，请求超时后，该实例会重试1次，更新实例会重试1次。

ribbon:
  eager-load:
    enabled: true # 饥饿加载(eager-load)模式
  MaxAutoRetries: 1 # 对当前实例的重试次数
  MaxAutoRetriesNextServer: 2 # 切换实例的重试次数
  #  ConnectTimeout: 10000 # 连接超时时间
  ReadTimeout: 2500 # 读取数据超时
hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
            timeoutInMilliseconds: 2800 #缺省为1000

所以hystrix的超时时间要大于 (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 比较好，具体看需求进行配置。
Ribbon超时与Hystrix超时问题，为了确保Ribbon重试的时候不被熔断，我们就需要让Hystrix的超时时间大于Ribbon的超时时间，否则Hystrix命令超时后，该命令直接熔断，重试机制就没有任何意义了。