springcloud项目中Ribbon、Hystrix使超时问题处理及配置策略

首先注意！

这里都是基于有 Eureka 做服务中心为前提的

ribbon配置

#自定义ribbon的超时时间 ribbon: ReadTimeout: 5000 　　　　 #处理请求的超时时间，默认为5秒 ConnectTimeout: 5000 　　　　 #连接建立的超时时长，默认5秒 MaxAutoRetries: 1 #同一台实例的最大重试次数，但是不包括首次调用，默认为1次 MaxAutoRetriesNextServer: 1 #重试负载均衡其他实例的最大重试次数，不包括首次调用，默认为0次 OkToRetryOnAllOperations: false #/是否对所有操作都重试，默认false

只配置ribbon是不生效的，还需要配置hystrix

hystrix: command: default: execution: isolation: thread: timeoutInMilliseconds: 15000

后来发现这样配置根本不生效，原来是timeout.enabled=true

增加后配置

#hystrix的超时时间 hystrix: command: default: execution: timeout: enabled: true isolation: thread: timeoutInMilliseconds: 15000

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

Ribbon重启次数

       根据上面的参数计算重试的次数：MaxAutoRetries+MaxAutoRetriesNextServer+(MaxAutoRetries *MaxAutoRetriesNextServer) 即重试3次 则一共产生4次调用

Hystrix时间计算

根据：如果在重试期间，时间超过了hystrix的超时时间，便会立即执行熔断。所以要根据上面配置的参数计算hystrix的超时时间，使得在重试期间不能达到hystrix的超时时间，不然重试机制就会没有意义 hystrix超时时间的计算： (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 即按照以上的配置 hystrix的超时时间应该配置为 （1+1+1）*5=15秒

注意：

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

如果不配置ribbon的重试次数，默认会重试一次

关闭Ribbon功能

当我们需要关闭重试功能的时候，是不是spring.cloud.loadbalancer.retry.enabled=false就可以了呢，并不是。

需要把ribbon.OkToRetryOnAllOperations=false才行。