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

一.Spring Cloud各组件重试

Spring Cloud各组件的重试配置。须要JAVA Spring Cloud大型企业分布式微服务云构建的B2B2C电子商务平台源码 一零三八七七四六二六

早期，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 多租户电子商城系统