SpringCloud Feign 之 超时重试次数探究

摘要:
SpringCloudFeign之超时重试次数探究上篇文章,我们对Feign的fallback有一个初步的体验,在这里我们回顾一下,Fallback主要是用来解决依赖的服务不可用或者调用服务失败或超时,使用默认的返回值。Feign的重试Feign的重试机制在源码中默认关闭的,因为Ribbon的重试机制和Fiegn原来的重试机制冲突,所以在一般情况下,Feign的重试机制指的就是Ribbon的重试机制,本文也是如此。不配置重试时间和次数,sleep3S,重试1次,一共请求2次。当ribbon超时后且hystrix没有超时,就会使用到重试机制。

SpringCloud Feign 之 超时重试次数探究

上篇文章,我们对Feign的fallback有一个初步的体验,在这里我们回顾一下,Fallback主要是用来解决依赖的服务不可用或者调用服务失败或超时,使用默认的返回值。实际应用中, 在Fallback之前,需要对服务配置重试机制,当多次重试服务,还是服务不可用的情况下,就触发Fallback。

这里,我们对重试机制配置以及重试次数进行一次探究。

Feign的超时

Feign接口调用分两层,Ribbon(负载均衡)和Hystrix(熔断器)的调用,因此Feign的超时时间就是

ribbon的超时时间和Hystrix的超时时间的结合(不是简单相加)。

##hystrix的超时时间
hystrix:
  command:
    default:
      execution:
        timeout:
          enabled: true
        isolation:
          thread:
            timeoutInMilliseconds: 60000
##Ribbon超时
ribbon:
  ConnectTimeout: 20000  #毫秒    连接超时时间
  ReadTimeout: 20000     #毫秒      逻辑处理超时时间

正常情况下,因为Ribbon有重试机制,所以Ribb的超时时间是 < Hystrix熔断的超时。

Feign的重试

Feign的重试机制在源码中默认关闭的,因为Ribbon的重试机制和Fiegn原来的重试机制冲突,所以在一般情况下,Feign的重试机制指的就是Ribbon的重试机制,本文也是如此。

Ribbon超时重试
##Ribbon超时重试配置
ribbon:
  ConnectTimeout: 20000  #毫秒    连接超时时间
  ReadTimeout: 20000     #毫秒      逻辑处理超时时间
  OkToRetryOnAllOperations: true    # 是否对所有操作都进行重试
  MaxAutoRetries: 2     # 对当前实例的最大重试次数(请求服务超时6s则会再请求一次)
  MaxAutoRetriesNextServer: 1     # 切换实例的最大重试次数(如果还失败就切换下

Ribbon超时重试次数(总的请求次数):(MaxAutoRetries+1)*(MaxAutoRetriesNextServer+1)

如果Ribbon没有配置重试时间和次数,默认1S超时,默认重试1次

重试次数验证
  • 设置超时时间2S,在demo中sleep 3S,会发现请求了6次。

    SpringCloud Feign 之 超时重试次数探究第1张

  • 不配置重试时间和次数,sleep 3S,重试1次,一共请求2次。

    SpringCloud Feign 之 超时重试次数探究第2张

    根据测试结果,可看出结论正确。总的请求次数):(MaxAutoRetries+1)*(MaxAutoRetriesNextServer+1)

其他
  • 如果重试期间,调用时间超过了 Hystrix熔断的超时时间,便会立即熔断,进行FallBack。

    根据上面描述可大致计算出Hystrix可以参考的超时时间,来保持可以使用到重试机制。

    hystrix超时时间的计算:(MaxAutoRetries+1)*(MaxAutoRetriesNextServer+1) * (ConnectTimeout+ReadTimeout) 。

  • 当ribbon超时后且hystrix没有超时,就会使用到重试机制。

  • 默认情况下,GET方式请求无论是连接异常还是读取异常,都会进行重试,非GET方式请求,只有连接异常时,才会进行重试(从其他博文学习到,暂未验证)

  • demo地址:https://github.com/lanxuan826/sample-library/tree/master/feigndemo-fallback

免责声明:文章转载自《SpringCloud Feign 之 超时重试次数探究》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇JAVA发送HTTP请求方式vue 图片转base 64下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

spring Cloud中,解决Feign/Ribbon整合Hystrix第一次请求失败的问题?

Spring Cloud中,Feign和Ribbon在整合了Hystrix后,可能会出现首次调用失败的问题,要如何解决该问题呢? 造成该问题的原因 Hystrix默认的超时时间是1秒,如果超过这个时间尚未响应,将会进入fallback代码。而首次请求往往会比较慢(因为Spring的懒加载机制,要实例化一些类),这个响应时间可能就大于1秒了。知道原因后,我们...

1、springcloud简介

摘要: springcloud是一系列框架的有序集合。它利用springboot的开发便利性巧妙地简化了分布式系统基础设施的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,都可以用springboot的开发风格做到一键启动和部署。 springcloud并没有重复制造轮子,它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架...

8-25 Hystrix两种应用场景介绍

Hytrix在我们的表现层之外,再包装一层Command,也就是表现层在调其它层业务逻辑的时候,他就会把HystrixCommand再封装一层,根据你的隔离级别,再访问其他的业务情况,然后紧接着处理,处理后再返回,这是我们第一种场景。也就是HystrixCommand是写在表现层中的另外一种场景,区别在于,下面的红框把整个表现层都包起来了。也就是当我们的请...

理论:第六章:SpringCould组件有哪些,他们的作用是什么(说七八个)?微服务的CAP是什么?BASE是什么?

先讲五大核心组件,(偷个懒,嘻嘻)这里我引用一位大佬讲解的,原文地址是:https://juejin.im/post/5be13b83f265da6116393fc7 一、业务场景介绍 先来给大家说一个业务场景,假设咱们现在开发一个电商网站,要实现支付订单的功能,流程如下: 创建一个订单后,如果用户立刻支付了这个订单,我们需要将订单状态更新为“已支付”...

Hystrix了解和使用

1.什么是Hystrix   在微服务架构中通常会有多个服务层调用,基础服务的故障可能会导致级联故障,进而造成整个系统不可用的情况,这种现象被称为服务雪崩效应。服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可用,并将不可用逐渐放大的过程。​ 如果下图所示:A作为服务提供者,B为A的服务消费者,C和D是B的服务消费者。A不可用引起了B的不可...

服务熔断Hystrix的替换方案Sentinel

1 服务熔断Hystrix的替换方案 1.1 概述 2018年底Netflix公司宣布Hystrix已经足够稳定,不再积极开发Hystrix,该项目处于维护模式。就目前来看Hystrix是比较稳定的,并且Hystrix只是停止开发新的版本,并不是完全停止维护,Bug什么的依然会维护。因此,短期内,Hystrix依然是能继续使用的。但是从长远看,Hystri...