微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

第一篇 【springcloud项目中Ribbon、Hystrix使超时问题处理及配置策略】

springcloud项目中Ribbon、Hystrix使超时问题处理及配置策略

本篇主要介绍如何配置Ribbon、Hystrix使超时问题,不涉及zuul的具体情况,涉及zuul的请看第二篇。同时都是基于Eureka 注册服务做为前提的。

1. ribbon配置

image

只配置ribbon是不生效的,还需要配置hystrix

image

后来发现这样配置根本不生效,原来是timeout.enabled=true
增加后配置

image

一般情况下 都是 ribbon 的超时时间(<)hystrix的超时时间(因为涉及到ribbon的重试机制)

Ribbon重启次数

根据上面的参数计算重试的次数:MaxAutoRetries+MaxAutoRetriesNextServer+(MaxAutoRetries *MaxAutoRetriesNextServer) 即重试3次 则一共产生4次调用

Hystrix时间计算

根据:如果在重试期间,时间超过了hystrix的超时时间,便会立即执行熔断。所以要根据上面配置的参数计算hystrix的超时时间,使得在重试期间不能达到hystrix的超时时间,不然重试机制就会没有意义
hystrix超时时间的计算: (1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout 即按照以上的配置 hystrix的超时时间应该配置为 (1+1+1)*5=15秒

注意:

当ribbon超时后且hystrix没有超时,便会采取重试机制。当OkToRetryOnAllOperations设置为false时,只会对get请求进行重试。如果设置为true,便会对所有的请求进行重试,如果是put或post等写操作,如果服务器接口没做幂等性,会产生不好的结果,所以OkToRetryOnAllOperations慎用。

如果不配置ribbon的重试次数认会重试一次

关闭Ribbon功能

当我们需要关闭重试功能的时候,是不是spring.cloud.loadbalancer.retry.enabled=false就可以了呢,并不是。

需要把ribbon.OkToRetryOnAllOperations=false才行。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐