SpringCloud Ribbon的重试和Hystrix的超时时间配置

先看下Ribbon的配置和Hystrix的超时配置：
ribbon:
  MaxAutoRetries: 1 #最大重试次数，不包括首次调用，当Eureka中可以找到服务，但是服务连不上时将会重试
  MaxAutoRetriesNextServer: 1 #切换实例的重试次数，不包括首次调用
  OkToRetryOnAllOperations: true #是否对所有的操作请求都进行重试，如果是get则可以，如果是post,put等操作没有实现幂等的情况下是很危险的
  ConnectTimeout: 250 #请求连接的超时时间
  ReadTimeout: 1000 #请求处理的超时时间
hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
            timeoutInMilliseconds: 4500 #hystrix的超时时间
            #如果配置ribbon的重试，hystrix的超时时间要大于ribbon的超时时间，ribbon才会重试
           

看完之后，我有3个问题请读者思考下：

1、Ribbon会发送几次请求？
答：4次。

2、Hystrix的超时时间该配置多少？
答：>4000毫秒

3、OkToRetryOnAllOperations， 为什么我要配置为true
答：因为我请求feign接口为post，配置为false时Ribbon不会重试。


一般情况下 都是 Ribbon 的超时时间 < Hystrix的超时时间（因为涉及到Ribbon的重试机制）

因为Ribbon的重试机制和Feign的重试机制有冲突，所以源码中默认关闭Feign的重试机制。

要开启Feign的重试机制如下：（Feign默认重试五次）

@Bean
Retryer feignRetryer() {
        return  new Retryer.Default();
}


根据上面的参数计算重试的次数：

MaxAutoRetries+MaxAutoRetriesNextServer+(MaxAutoRetries*MaxAutoRetriesNextServer)

即重试3次 则一共产生4次调用 。

如果在重试期间，时间超过了Hystrix的超时时间，便会立即执行熔断 fallback。所以要根据上面配置的参数计算Hystrix的超时时间，使得在重试期间不能达到Hystrix的超时时间，不然重试机制就会没有意义。

先说明一下，不要用下面这种公式来配置Hystrix的超时时间：

Hystrix超时时间的计算： (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 即按照以上的配置 hystrix的超时时间应该配置为 （1+1+1）*3=9秒

正确的计算公式：

ReadTimeout+（MaxAutoRetries * ReadTimeout），如果配置的有：MaxAutoRetriesNextServer这个属性，看下面例子：

ribbon:
  MaxAutoRetries: 1 #最大重试次数，不包括首次调用，当Eureka中可以找到服务，但是服务连不上时将会重试
  MaxAutoRetriesNextServer: 1 #切换实例的重试次数，不包括首次调用
  OkToRetryOnAllOperations: true #是否对所有的操作请求都进行重试，如果是get则可以，如果是post,put等操作没有实现幂等的情况下是很危险的
  ConnectTimeout: 250 #请求连接的超时时间
  ReadTimeout: 1000 #请求处理的超时时间


这个Hystrix的超时时间怎么配置：

ReadTimeout+（MaxAutoRetries * ReadTimeout）+ ReadTimeout +（MaxAutoRetries * ReadTimeout）= 4000ms

那么Hystrix的超时时间为：>4000ms

如果MaxAutoRetriesNextServer=1，就加1个：

ReadTimeout+（MaxAutoRetries * ReadTimeout）+ ReadTimeout+（MaxAutoRetries * ReadTimeout）= 4000ms

如果MaxAutoRetriesNextServer=2，就加2个：

ReadTimeout+（MaxAutoRetries * ReadTimeout）+ ReadTimeout+（MaxAutoRetries * ReadTimeout）+ ReadTimeout+（MaxAutoRetries * ReadTimeout）= 6000ms

先算出所有Ribbon的超时时间+重试时间的总和，那么Hystrix的超时时间大于总和，就可以保证Ribbon在重试过程中不会被Hystrix熔断。

当Ribbon超时后且Hystrix没有超时，便会采取重试机制。当OkToRetryOnAllOperations设置为false时，只会对get请求进行重试。如果设置为true，便会对所有的请求进行重试，如果是put或post等写操作，如果服务器接口没做幂等性，会产生不好的结果，所以OkToRetryOnAllOperations慎用。如果不配置Ribbon的重试次数，默认会重试一次。


注意：
默认情况下,GET方式请求无论是连接异常还是读取异常,都会进行重试，非GET方式请求,只有连接异常时,才会进行重试。

如果上述配置还没有成功重试，加上如下配置：（开启客户端负载均衡，高版本的默认开启）

spring:
  cloud:
    loadbalancer:
      retry:
        enabled: true