前言
Spring Cloud系列文章大多是有联系的,最好是从第一篇开始看起
Spring Cloud系列: 点击查看Spring Cloud系列文章
超时原因
Hystrix默认的超时时间是1秒,如果超过这个时间尚未响应,将会进入fallback代码。而首次请求往往会比较慢(由于Ribbon是懒加载的,在首次请求时,才会开始初始化相关类),这个响应时间可能就大于1秒了。知道原因后,我们来总结一下解决方案。以feign为例,解决方案有如下四种。
方法一、将Hystrix超时设长
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds = 5000
该配置是让Hystrix的超时时间改为5秒,这是最容易想到的办法,不过有点治标不治本。
方法二、禁用Hystrix超时
hystrix.command.default.execution.timeout.enabled = false
该配置,用于禁用Hystrix的超时时间,一般不建议使用。
方法三、为Feign禁用Hystrix
全局禁用
feign.hystrix.enabled = false
索性禁用feign的hystrix,该做法比较极端,除非一些特殊场景,不推荐使用。
局部禁用
全局配置够灵活,一般不能满足实际项目的要求。实际项目中,往往需要精确到指定服务的细粒度配置。例如:调用服务a时关闭Hystrix,调用b服务时打开Hystrix。这就需要通过制定配置来实现局部禁用,主要是在FeignClient接口指定禁用配置类
// Configuration1表示feign的自定义配置类
@FeignClient(name="user", configuration = Configuration1 .class)
配置类
@Configuration
public class Configuration1 {
//禁用当前配置的hystrix,局部禁用
@Bean
@Scope("prototype")
public Feign.Builder feignBuilder() {
return Feign.builder();
}
}
配置了Configuration1类的Feign接口就会关闭Hystrix支持
方法四、Ribbon配置饥饿加载
Ribbon进行客户端负载均衡的Client并不是在服务启动的时候就初始化好的,而是在调用的时候才会去创建相应的Client,所以第一次调用的耗时不仅仅包含发送HTTP请求的时间,还包含了创建RibbonClient的时间,这样一来如果创建时间速度较慢,同时设置的超时时间又比较短的话,很容易就会出现调用失败。而Feign的实现基于Ribbon,所以也会出现相似的问题。
从Dalston开始,Ribbon支持配置eager load实现在启动时就初始化Ribbon相关类,而不用在调用时再进行初始化。
YAML配置:
ribbon:
eager-load:
enabled: true
clients: client1, client2
properties配置:
ribbon.eager-load.enabled=true
ribbon.eager-load.clients=client1, client2
参数说明:
ribbon.eager-load.enabled:开启Ribbon的饥饿加载模式
ribbon.eager-load.clients:指定需要饥饿加载的服务名