一.Spring Cloud各组件重试
Spring Cloud各组件的重试配置。
早期，Spring Cloud的重试机制是比较混乱的-各个组件都有自己的重试机制，例如Ribbon、Feign、Zuul。官方也意识到了这个问题，并对重试相关逻辑进行了改造与简化。
在Spring Cloud Edgware中，配置重试是非常简单的。
重试步骤
1.重试依赖spring-retry，因此引入重试依赖
<dependency>
<groupId>org.springframework.retry</groupId>
<artifactId>spring-retry</artifactId>
</dependency>2.配置重试
<client>
ribbon:
# 同一实例最大重试次数，不包括首次调用
MaxAutoRetries: 1
# 重试其他实例的最大重试次数，不包括首次所选的server
MaxAutoRetriesNextServer: 2
# 是否所有操作都进行重试
OkToRetryOnAllOperations: false其中是Ribbon Client名称，表示对指定名称的Ribbon Client进行重试。如果省略，则表示对所有Ribbon Client都进行重试。
3.对于Zuul，重试特性默认关闭。可使用zuul.retryable=true全局打开重试，也可使用zuul.routes..retryable=true打开指定重试。
基于HTTP响应码重试
Spring Cloud也支持基于HTTP响应码进行重试，只需使用类似如下的配置即可：
<clientName>:
ribbon:
retryableStatusCodes: 404,502关闭重试
1.对于其它组件，可配置spring.cloud.loadbalancer.retry.enabled=false.
2.对于zuul，可配置zuul.retryable=false或zuul.routes..retryable=true.
注意点
Hystrix的超时时间必须大于超时的时间，否则，一旦Hystrix超时，就没办法继续重试了。
一般来说，不建议将ribbon.OkToRetryOnAllOperations 设为true。因为一旦启用该配置，则表示重试任何操作，包括POST请求，而由于缓存了请求体，此时可能会影响服务器的资源。 java B2B2C 多租户电子商城系统
