hystrix.command feign ribbon 超时问题

最新推荐文章于 2024-06-11 13:41:41 发布

ccnn_yanan

最新推荐文章于 2024-06-11 13:41:41 发布

阅读量459

点赞数

分类专栏： spring cloud 文章标签： Hystrix超时 ribbon超时 feign超时

本文链接：https://blog.youkuaiyun.com/ccnn_yanan/article/details/102465631

版权

spring cloud 专栏收录该内容

5 篇文章

订阅专栏

application.properties
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=93000
hystrix.command.default.execution.timeout.enabled=true

我的版本是springCloud

Finchley.SR1 至于包有这个就够

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

在研究代码的过程发现这两个配置点不进去 cant resolve 其他代码都能点进去但是唯独这个点不进去我还以为我少引包了然后我自己研究了下众所周知Feign是包裹了ribbon的来进行访问的所以这总共有三次超时时间需要考虑的第一个是feign 总配置

application.yml

#没有默认 不配这个话 就看下面hystrix的时间
feign:
  client:
    config:
      #服务名 默认的话为所有默认加上那个
      default:
        connectTimeout: 5000
        readTimeout: 5000
      client:
        connectTimeout: 5000
        readTimeout: 5000
#这个时间是管用的一旦开启 默认是一秒 和上面那个时间哪个小哪个管用
hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
            timeoutInMilliseconds: 10000

还有 application.properties

#对当前实例的重试次数  
ribbon.MaxAutoRetries=1

ribbon.ConnectTimeout=1000
#对所有操作请求都进行重试 包括请求超时和读取超时 设置为false时 只对get请求进行重试 否则对post put都进行重试
ribbon.OkToRetryOnAllOperations=true
ribbon.ReadTimeout=1000
#切换实例的重试次数
ribbon.MaxAutoRetriesNextServer=1

首先前提是这三个时间谁小谁管用我之前一直以为没用是因为设置得太大另外feign优先级高于ribbon的优先级因为

LoadBalancerFeignClient.class
  IClientConfig getClientConfig(Options options, String clientName) { 
        Object requestConfig;
       这句话的意思是如果feign没有配置超时时间的话 就去读取ribbon的配置 也就是ribbon.readTimeout
另外这个默认时间 连接时间是10秒 读取时间60秒
        if (options == DEFAULT_OPTIONS) {
            requestConfig = this.clientFactory.getClientConfig(clientName);
        } else {
            requestConfig = new LoadBalancerFeignClient.FeignOptionsClientConfig(options);
        }

        return (IClientConfig)requestConfig;
    }

另外除了hystrix的超时时间其他时间都是一个readtimeout 和connectTimeout两部分组成测试的时候两个加一下另外最最重要的一点测试的时候千万不要把被调用另一方的服务简单停掉那样其实是在调用一方是报错了的怪不得我每次调用都很快我还以为 Hystrix开启了断路器其实并没有通过健康检查可以发现他一直是up 这点他报错就是cant resolve any server 但是就是不打印出来没办法跟踪源码才看出来

这个类是执行的最后一部据我推测至于被调用一方可以打Debug 制造出来readTimeout的错误嘛