什么是Hystrix、SpringCloud的各种超时时间配置及微服务优化措施(1)

本文介绍了SpringCloud Dalston.RC1版本中的超时配置,包括Zuul网关、Ribbon和Hystrix的超时时间设置。通过测试不同配置,展示了超时时间如何影响服务间的调用和熔断效果,揭示了ReadTimeout和timeoutInMilliseconds在超时熔断中的作用。
摘要由CSDN通过智能技术生成

1. 前言(以下的springcloud版本是Dalston.RC1)

以下的springcloud版本是Dalston.RC1

Springcloud框架中,超时时间的设置通常有三个层面:

1.zuul网关

#默认1000

zuul.host.socket-timeout-millis=2000

#默认2000

zuul.host.connect-timeout-millis=4000

2.ribbon

ribbon:

OkToRetryOnAllOperations: false #对所有操作请求都进行重试,默认false

ReadTimeout: 5000   #负载均衡超时时间,默认值5000

ConnectTimeout: 3000 #ribbon请求连接的超时时间,默认值2000

MaxAutoRetries: 0     #对当前实例的重试次数,默认0

MaxAutoRetriesNextServer: 1 #对切换实例的重试次数,默认1

3.熔断器Hystrix

hystrix:

command:

default:  #default全局有效,service id指定应用有效

execution:

timeout:

#如果enabled设置为false,则请求超时交给ribbon控制,为true,则超时作为熔断根据

enabled: true

isolation:

thread:

timeoutInMilliseconds: 1000 #断路器超时时间,默认1000ms

feign.hystrix.enabled: true

2.测试各个配置的效果

这里我开了一个Eureka服务中心

  • 开了两个个服务eureka-client,端口分别为8087和8088,进行负载均衡

  • 开了一个服务eureka-feign8080去调用eureka-client的方法,模拟eureka-client处理时间过长的时候出现的情况

生产者eureka-client的方法:

/**

* 测试重试时间

* @return

*/

@RequestMapping(“/timeOut”)

public String timeOut(@RequestParam int mills) {

log.info(“[client服务-{}] [timeOut方法]收到请求,阻塞{}ms”, port, mills);

try {

Thread.sleep(mills);

} catch (InterruptedException e) {

e.printStackTrace();

}

log.info(“[client服务-{}] [timeOut]返回请求”,port);

return String.format(“client服务-%s 请求ok!!!”, port);

}

消费者eureka-feign调用client的方法,通过传参数mills来控制client线程休眠的时间

/**

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值