zuul网关请求异常，java.net.SocketTimeoutException: Read timed out

调用文件上传服务，由于文件过大，导致在一定时间内无法完成大文件的操作，报错

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

就可以解决访问超时的问题。