zuul网关重试机制探索

1.zuul相关的默认配置 springcloud(F版)

有些书上说，配置当中的ConnectTimeout和ReadTimeout是当HTTP客户使用HttpClient的时候生效的，参数会被设置到HttpClient中，但我在使用过程中，并不是只有HttpClient才会生效。

默认情况下ribbon超时时间为1秒，我们模拟一个2秒的业务让ribbon超时。

当MaxAutoRetries大于0时，调用也没有发生变化。

至此说明实验一中重试未起作用。

突然有一个想法，网关重试机制会不会和ribbon底层使用的http有关呢，默认情况下ribbon使用的是httpclient,那么我如果换成使用okhttp呢，于是，我把ribbon底层换成了okhttp又重复了一遍实验一

ribbon.MaxAutoRetries: 1

通过打印异常堆栈，可以发现其中的端倪

异常已经清晰的告诉我们了原因：

Number of retries on next server exceeded max 1 retries ，就是重试机器的次数已经答到了设置的上限，因为我们MaxAutoRetriesNextServer设置的是1，意思就是我们重试一台。因此我们吧

ribbon.MaxAutoRetries: 2

zuul使用httpClient并支持重试

zuul网关重试就先写到这，主要是记录了一下我自己的使用当中遇到的情况。欢迎拍砖。

发现是zuul部署上物理机后的请求超时，导致出现了500错误。

在application.yml中添加ribbon的超时时间设置：

代码如下：

ribbon:

ReadTimeout: 3000

ConnectTimeout: 3000

以及

zuul:

host:

connect-timeout-millis: 3000

socket-timeout-millis: 3000hystrix:

command:

default:

execution:

isolation:

thread:

timeout-in-milliseconds: 3000

机后的请求超时，导致出现了500错误。

提示：时间自定。

望采纳

---