分享一个案例,关于OpenFegin超时问题,远程调用其他服务业务代码由于多个循环导致的超时问题。
在一番激烈得排查错误以后,发现没有这段代码导致的
ribbon:
eureka:
enabled: true
ReadTimeout: 100000
ConnectTimeout: 100000
MaxAutoRetries: 0
MaxAutoRetriesNextServer: 1
OkToRetryOnAllOperations: false
开始以为是eureka的锅,发现之前项目用的eureka,服务已经改成nacos了,怎么会这这样呢?
发现使用的是Fegin进行微服务间调用,底层用的还是Ribbon。
改造后的代码
# 必须配置,不然数据量大,会报连接超时异常
ribbon:
ReadTimeout: 100000 #链接超时时长
ConnectTimeout: 100000 #读取超时时长
MaxAutoRetries: 0 #同一台服务实例重试次数,不包括首次调用
MaxAutoRetriesNextServer: 1 #重试负载均衡其他的服务实例最大重试次数,不包括首次调用
OkToRetryOnAllOperations: false # 是否所有操作都重试
服务改造远不止如此,当feign和ribbon一起使用时
feign:
client:
config:
default:
connectTimeout: 1000000
readTimeout: 1200000
hystrix:
enabled: true
ribbon:
eager-load:
enable: true
clients: cloud-having
ConnectTimeout: 150000
ReadTimeout: 150000
MaxAutoRetries: 0
MaxAutoRetriesNextServer: 1
retryableStatusCodes: 500,502,504
# retryableStatusCodes: 500,502,504,404
OkToRetryOnAllOperations: true
feign中的配置的readTimeout和connectTimeout会覆盖ribbon中的ConnectTimeout和ReadTimeout