调用文件上传服务,由于文件过大,导致在一定时间内无法完成大文件的操作,报错
zuul.fallback.consumerfallback:java.net.SocketTimeoutException: Read timed out
Hystrix异常排除
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,该做法比较极端,除非一些特殊场景,不推荐使用。
局部禁用
为名为microservice-provider-user 的Feign Client禁用Hystrix
@FeignClient(name = "microservice-provider-user")
public interface UserFeignClient {
@GetMapping("/users/{id}")
User findById(@PathVariable("id") Long id);
}
class FooConfiguration {
@Bean
@Scope("prototype")
public Feign.Builder feignBuilder(){
return Feign.builder();
}
}
## 方法四、Ribbon配置饥饿加载(最佳)
从Dalston开始,Ribbon支持配置eager load实现在启动时就初始化Ribbon相关类。
ribbon:
eager-load:
enabled: true
clients: client1, client2, client3
经过查询资料,发现时ribbon的可能也会造成问题
源码定义如下
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds:断路器的超时时间需要大于ribbon的超时时间,不然不会触发重试。
ribbon.ConnectTimeout:请求连接的超时时间
ribbon.ReadTimeout:请求处理的超时时间
hello-service.ribbon.OkToRetryOnAllOperations:对所有操作请求都进行重试
hello-service.ribbon.MaxAutoRetriesNextServer:切换实例的重试次数
hello-service.ribbon.MaxAutoRetries:对当前实例的重试次数
在控制层 配置文件:application.properties或者yml文件
添加
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=6000
spring.cloud.loadbalancer.retry.enabled=true
ribbon.ReadTimeout=60000
ribbon.ConnectTimeout=60000
就可以解决访问超时的问题。