springcloud重试机制配置
首先声明一点，这里的重试并不是报错以后的重试，而是负载均衡客户端发现远程请求实例不可到达后，去重试其他实例。
|
1
2
3
4
5
6
7
8
|
@bean@loadbalancedresttemplate resttemplate() { httpcomponentsclienthttprequestfactory httprequestfactory = new httpcomponentsclienthttprequestfactory(); httprequestfactory.setreadtimeout(5000); httprequestfactory.setconnecttimeout(5000); return new resttemplate(httprequestfactory);} |
feign重试机制
feign默认是通过自己包下的retryer进行重试配置,默认是5次
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
package feign;import static java.util.concurrent.timeunit.seconds;/** * cloned for each invocation to {@link client#execute(request, feign.request.options)}. * implementations may keep state to determine if retry operations should continue or not. */public interface retryer extends cloneable { /** * if retry is permitted, return (possibly after sleeping). otherwise propagate the exception. */ void continueorpropagate(retryableexception e); retryer clone(); public static class default implements retryer { private final int maxattempts; private final long period; private final long maxperiod; int attempt; long sleptformillis; public default() { this(100, seconds.tomillis(1), 5); } public default(long period, long maxperiod, int maxattempts) { this.period = period; this.maxperiod = maxperiod; this.maxattempts = maxattempts; this.attempt = 1; } |
feign取消重试
|
1
2
3
4
|
@beanretryer feignretryer() {return retryer.never_retry;} |
feign请求超时设置
|
1
2
3
4
5
6
7
|
@beanrequest.options requestoptions(configurableenvironment env){ int ribbonreadtimeout = env.getproperty("ribbon.readtimeout", int.class, 6000); int ribbonconnectiontimeout = env.getproperty("ribbon.connecttimeout", int.class, 3000); return new request.options(ribbonconnectiontimeout, ribbonreadtimeout);} |
spring cloud中各组件的重试
最近挺多童鞋问我如何配置spring cloud xxx组件的重试。本篇进行一个总结。
spring cloud中的重试机制应该说是比较混乱的，不同的版本有一定区别，实现也不大一样，好在spring cloud camden之后已经基本稳定下来，dalston中又进行了一些改进，详情暂且不表。
下面我们来详细探讨。
笔者使用的版本是 spring cloud dalston sr4 ，同样适应于edgware 以及更高版本，对于dalston 此前的版本，本文不做讨论，大家可自行研究。
ribbon+resttemplate的重试
对于整合了ribbon的resttemplate，例如一个resttemplate添加了@loadbalanced 注解：
|
1
2
3
4
5
6
7
8
|
@bean@loadbalancedpublic resttemplate resttemplate() { simpleclienthttprequestfactory simpleclienthttprequestfactory = new simpleclienthttprequestfactory(); simpleclienthttprequestfactory.setconnecttimeout(1000); simpleclienthttprequestfactory.setreadtimeout(1000); return new resttemplate(simpleclienthttprequestfactory);} |
在此基础上，使用如下配置，即可实现重试：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
spring: cloud: loadbalancer: retry: enabled: trueribbon: # 同一实例最大重试次数，不包括首次调用 maxautoretries: 1 # 重试其他实例的最大重试次数，不包括首次所选的server maxautoretriesnextserver: 2 # 是否所有操作都进行重试 oktoretryonalloperations: false |
feign的重试
feign本身也具备重试能力，在早期的spring cloud中，feign使用的是 feign.retryer.default#default() ，重试5次。但feign整合了ribbon，ribbon也有重试的能力，此时，就可能会导致行为的混乱。
spring cloud意识到了此问题，因此做了改进，将feign的重试改为 feign.retryer#never_retry ，如需使用feign的重试，只需使用ribbon的重试配置即可。因此，对于camden以及以后的版本，feign的重试可使用如下属性进行配置：
|
1
2
3
4
|
ribbon: maxautoretries: 1 maxautoretriesnextserver: 2 oktoretryonalloperations: false |
相关issue可参考：https://github.com/spring-cloud/spring-cloud-netflix/issues/467
zuul的重试
配置：
|
1
2
3
4
5
6
7
|
zuul: # 开启zuul的重试 retryable: trueribbon: maxautoretries: 1 maxautoretriesnextserver: 2 oktoretryonalloperations: false |
上面我们使用 zuul.retryable=true 对zuul全局开启了重试，事实上，也可对指定路由开启/关闭重试：
|
1
|
zuul.routes.<routename>.retryable=true |
局部配置优先级更高。
基于http响应码重试
|
1
2
3
|
clientname: ribbon: retryablestatuscodes: 404,502 |
注意点：
hystrix的超时时间必须大于超时的时间，否则，一旦hystrix超时，就没办法继续重试了。
一般来说，不建议将ribbon.oktoretryonalloperations 设为true。因为一旦启用该配置，则表示重试任何操作，包括post请求，而由于缓存了请求体，此时可能会影响服务器的资源。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：http://www.itmuch.com/spring-cloud-sum/spring-cloud-retry/
