springcloud项目中Ribbon、Hystrix使超时问题处理及配置策略
本篇主要介绍如何配置Ribbon、Hystrix使超时问题，不涉及zuul的具体情况，涉及zuul的请看第二篇。同时都是基于Eureka 注册服务做为前提的。
1. ribbon配置
只配置ribbon是不生效的，还需要配置hystrix
后来发现这样配置根本不生效，原来是timeout.enabled=true
增加后配置
一般情况下 都是 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才行。