Ribbon超时与Hystrix超时问题，为了确保Ribbon重试的时候不被熔断，我们就需要让Hystrix的超时时间大于Ribbon的超时时间，否则Hystrix命令超时后，该命令直接熔断，重试机制就没有任何意义了。

 

1. service-hi:
2. ribbon:
3. ReadTimeout:

   2000
4. ConnectTimeout:

   1000
5. MaxAutoRetries:

   1
6. MaxAutoRetriesNextServer:

   1
7.  
8.  
9. hystrix:
10. command:
11. default:
12. execution:
13. timeout:
14. enabled:

    true
15. isolation:
16. thread:
17. timeoutInMilliseconds:

    8000

从上面的配置来说，ribbon超时配置为2000，请求超时后，该实例会重试1次，更新实例会重试1次。

所以hystrix的超时时间要大于 (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 比较好，具体看需求进行配置。

Ribbon超时与Hystrix超时问题，为了确保Ribbon重试的时候不被熔断，我们就需要让Hystrix的超时时间大于Ribbon的超时时间，否则Hystrix命令超时后，该命令直接熔断，重试机制就没有任何意义了。

 

1. service-hi:
2. ribbon:
3. ReadTimeout:

   2000
4. ConnectTimeout:

   1000
5. MaxAutoRetries:

   1
6. MaxAutoRetriesNextServer:

   1
7.  
8.  
9. hystrix:
10. command:
11. default:
12. execution:
13. timeout:
14. enabled:

    true
15. isolation:
16. thread:
17. timeoutInMilliseconds:

    8000

从上面的配置来说，ribbon超时配置为2000，请求超时后，该实例会重试1次，更新实例会重试1次。

所以hystrix的超时时间要大于 (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 比较好，具体看需求进行配置。