1. 流程图
feign接口超时时间的主要有三类配置:feign、ribbon、hystrix和OKhttp(若配置);
1.1 feign配置
feign:
client:
config:
default: // 所有服务级别设置,default为任意服务
connectTimeout: 毫秒时间,建立连接的超时时间,一般只在发现服务时用到
readTimeout: 毫秒时间 ,接口请求的超时时间
remote-server-name: // contextId属性,指定调用remote-server-name服务时的超时时间
connectTimeout: 200
readTimeout: 3000
1.2 hystrix配置
hystrix:
command:
default: #这个代表接口,default为任意接口, 可以配置为指定接口
execution:
isolation:
thread:
timeoutInMilliseconds: 毫秒时间
1.3 ribbon配置
ribbon:
ReadTimeout: 毫秒时间, 同feign的
ConnectTimeout:毫秒时间 , 同feign的
1.4 okhttp配置
feign和ribbon的配置二选一即可,因为这两个配置都相当于是ribbon的配置,不同点在于feign的配置在ribbon的基础上做了扩展,可以支持配置服务级别的超时时间。如果feignClient中使用了url,超时时间也可以生效,但是,即便是设置了ribbon url,其超时时间却不会生效,因为指定了url就不需要走ribbon的负载均衡逻辑。
Ribbon和Feign都有全局的配置和局部的配置,但是它们的优先级不同,springCloud选择两种配置的优先级顺序为:Feign局部配置 > Feign全局配置 > Ribbon局部配置 > Ribbon全局配置,所以如果一个服务既配置了Ribbon超时时间也配置了Feign超时时间,那么Feign局部配置会覆盖掉其它配置。
Hystrix配置也分为全局和局部,只需要替换default为指定服务名即为局部配置。
hystrix配置的超时时间理论上应该要比 feign和ribbon的要大,因为feign和ribbon可以配置失败重试。当然最终的超时时间是以feign(或ribbon)和hystrix中最小时间为准。所以在单独设置某个接口的超时时间时,如果设置的超时时间比feign的要小,则可以生效。如果设置的时间比feign的要大,则会以feign的超时时间为准。
2. 小结
如何配置好Hystrix和Ribbon的超时时间呢?其实是有套路的,因为Feign的请求其实是Hystrix+Ribbon。Hystrix在最外层,然后再到Ribbon,最后里面的是http请求。故,Hystrix的熔断时间必须大于Ribbon的 (ConnectTimeout + ReadTimeout);而如果Ribbon开启了重试机制,还需要乘以对应的重试次数,保证在Ribbon里的请求还没结束时,Hystrix的熔断时间不会超时。
为了简单,我们在工作中,如无必要,仅仅配置feign
和OKhttp的过期时间即可,无需都配置
3. 案例
feign.client.config.default.loggerLevel = basic
feign.httpclient.enabled = true
feign.httpclient.max-connections = 200
feign.httpclient.max-connections-pre-route = 50
# 默认全局所有服务
feign.client.config.default.connectTimeout = 500
feign.client.config.default.readTimeout = 500
# ### A服务### 注意,如果有contextId则使用
feign.client.config.A.connectTimeout = 500
feign.client.config.A.readTimeout = 500