为Spring Cloud Ribbon配置请求重试【Camden.SR2+】

再不点蓝字关注，机会就要飞走了哦

当我们使用Spring Cloud Ribbon实现客户端负载均衡的时候，通常都会利用@LoadBalanced来让RestTemplate具备客户端负载功能，从而实现面向服务名的接口访问。

下面的例子，实现了对服务名为hello-service的/hello接口的调用。由于RestTemplate被@LoadBalanced修饰，所以它具备客户端负载均衡的能力，当请求真正发起的时候，url中的服务名会根据负载均衡策略从服务清单中挑选出一个实例来进行访问。

大多数情况下，上面的实现没有任何问题，但是总有一些意外发生，比如：有一个实例发生了故障而该情况还没有被服务治理机制及时的发现和摘除，这时候客户端访问该节点的时候自然会失败。所以，为了构建更为健壮的应用系统，我们希望当请求失败的时候能够有一定策略的重试机制，而不是直接返回失败。这个时候就需要开发人员人工的来为上面的RestTemplate调用实现重试机制。

不过，从Spring Cloud Camden SR2版本开始，我们就不用那么麻烦了。从该版本开始，Spring Cloud整合了Spring Retry来实现重试逻辑，而对于开发者只需要做一些配置即可。

以上面对hello-service服务的调用为例，我们可以在配置文件中增加如下内容：

spring.cloud.loadbalancer.retry.enabled

该参数用来开启重试机制，它默认是关闭的。这里需要注意，官方文档中的配置参数少了enabled。

hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds

断路器的超时时间需要大于ribbon的超时时间，不然不会触发重试。

ribbon.ConnectTimeout

请求连接的超时时间

ribbon.ReadTimeout

请求处理的超时时间

ribbon.OkToRetryOnAllOperations

对所有操作请求都进行重试

ribbon.MaxAutoRetriesNextServer

切换实例的重试次数

ribbon.MaxAutoRetries

对当前实例的重试次数

根据如上配置，当访问到故障请求的时候，它会再尝试访问一次当前实例，如果不行，就换一个实例进行访问，如果还是不行，再换一次实例访问，如果依然不行，返回失败信息。

版权声明

本文采用 CC BY 3.0 CN协议 进行许可。 可自由转载、引用，但需署名作者且注明文章出处。如转载至微信公众号，请在文末添加作者公众号二维码。

篇幅与屏幕限制，更多内容点击“阅读原文”，查看更多内容