java B2B2C 多租户电子商城系统-Spring Cloud常见问题与总结(三)

一.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 多租户电子商城系统