文章目录

  • 前言
  • 问题描述
  • 重试次数未生效？
  • 开启熔断后重试次数生效？
  • fallbackFactory回退降级异常为空
  • 问题1分析说明
  • 问题2、3分析说明
  • 总结
  • feign请求次数计算
  • Hystrix超时时间设置公式


前言

在使用Ribbon、Feign、Hystrix组合时，因为配置的问题出现几个问题，下面对这些问题进行描述并说明如何解决。

问题描述

重试次数未生效？

在使用以下配置时，fegin调用超时重试次数一直是3次，共调用了4次，理想的状态应该重试一次。（后面发现是我对配置理解有问题）

# 连接超时时间
ribbon.ConnectTimeout=1000
# 响应超时时间
ribbon.ReadTimeout=3000
# 同一服务器上的最大重试次数（不包括首次尝试）
ribbon.MaxAutoRetries=1
# 要重试的下一个服务器的最大数量（不包括第一个服务器）
ribbon.MaxAutoRetriesNextServer=1
# 是否所有操作都重试,默认在get请求下会重试，其他情况不会重试

在被调用的服务中睡眠了5秒，达到超时效果。

Java feign超时设置_服务器

开启熔断后重试次数生效？

feign开启熔断后，后台日志打印共调用服务2次，然后回退降级了。导致我认为开启feign熔断后重试次数才生效。

配置如下：

# 开启fegin熔断
feign.hystrix.enabled=true
# hystrix的超时时间
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=6000

fallbackFactory回退降级异常为空

feign使用fallbackFactory回退方式捕捉异常时，无论超时、服务不存在、业务异常等原因，异常信息总是为null。

Java feign超时设置_服务器_02

问题1分析说明

针对重试次数不生效问题是这样的，刚开始我认为的MaxAutoRetries和MaxAutoRetriesNextServer都配置为1，重试次数为1次，一共请求2次。

其实当MaxAutoRetriesNextServer为1时，请求超时或失败后不论有几个实例都会切换一次，也就是说即使只有1个实例，也会切换到自己，然后再去请求，所以就出现了重试次数为3次的现象（第一次超时重试+切换实例请求+切换实例超时重试）。

所以Ribbon请求最多会被执行(1 + maxAutoRetries ) * (1 + MaxAutoRetriesNextServer)次。

问题2、3分析说明

问题1了解后，问题2、3也就清晰可见了。

首先要知道feign默认支持Ribbon，二者的重试机制有冲突，所以源码关闭了feign的重试机制，使用Ribbon的重试机制。

其次Hystrix是在feign的基础上调用后进行熔断降级操作，所以Hystrix的超时时间要大于feign调用的总超时时间，也就是ribbon的总超时时间，否则重试机制就没有任何意义。

所以在对问题1理解有误时，问题2“开启熔断后重试次数生效”这个事我就很费解。 现在看来，原来是hystrix的超时时间到了，对调用依赖进行了熔断降级。

问题3“fallbackFactory回退降级异常为空”也是因为hystrix的超时时间先到，而调用还没给响应，所以没有捕捉到真正的异常信息。

当把Hystrix的超时时间设置为(1 + maxAutoRetries ) * (1 + MaxAutoRetriesNextServer)✖️ReadTimeout时，问题2、3也就不存在了。

总结

feign请求次数计算

feign的总请求次数=(1 + maxAutoRetries ) * (1 + MaxAutoRetriesNextServer)

Hystrix超时时间设置公式

Hystrix超时时间=(1 + maxAutoRetries ) * (1 + MaxAutoRetriesNextServer)✖️ReadTimeout