feign服务间调用超时时间

因为接口返回数据超时，直接执行了fallback,

配置项 hystrix.command.default(默认).execution.isolation.thread.timeoutInMilliseconds

hystrix.command.HystrixCommandKey(指定方法名 ).execution.isolation.thread.timeoutInMilliseconds

表示在调用方配置，被调用方的方法执行时间都是这个值，超过这个时间就会按超时处理执行fallback. defualt 优亏枝友先级低于HystrixCommandKey

hystrix.command.default.execution.timeout.enabled=.

表示是否开启超时设置

为true ,则有两个执行方法的超时配置，一个是ribbon的readTimeout ,一个是hystrix的timeoutInMilliseconds 谁小谁生效。

为false,则只有ribbon的readTimeOut。

ribbon.ConnectTimeout 为服务的连接超时间，除非服务找不到,或者网络原因,这个时间才会生效。

由于ribbon的重试机制,通常熔断的超时时间需要配置的比ReadTimeout长,ReadTimeout比ConnectTimeout长,否销槐则还未重试,就熔断了。

为了确保重试机制的正常运作,理论上（以实际情况为准）建议hystrix的超时时间为:(1 + MaxAutoRetries + MaxAutoRetriesNextServer) * ReadTimeout。

ribbon.eager-load.enabled : 开启Ribbon的饥饿加载模式 , 如果Ribbon进行客户端负载均衡的Client并不是在服务启动的时候就初始化好的，而是在调用的时候才会去创建相应的Client，所以第一次调用的搭旦耗时不仅仅包含发送HTTP请求的时间，还包含了创建RibbonClient的时间，这样一来如果创建时间速度较慢，同时设置的超时时间又比较短的话，很容易就会出现报错的情况。

ribbon.eager-load.clients: 指定需要饥饿加载的服务名

关于Fegin，可以学习下面的文章晌岩

pmo引入

如果要跑起来的话，还需要consul 和 loadbalancer(Eureka，Ribbon的替代)

spring boot 引入

用了@Import({FeignClientsRegistrar.class})

参照 spring boot Appollo加载过程

实现了3个接口

实现了：Specification的getConfiguration方法

Specification 是 NamedContextFactory类的内部接口

具体的流程后面再说，先看下它的定义，很简单

实现了：

这里有两个问题一个Client，一个Targeter

先看Client

所以无论走 if 还是 else 都是从context里取到Client

然后用builder.client创建

不指定url，用name到注册中心取地址，走负载均衡

指定url的时候走else，直接访渗陪问url，不走宴喊御负载均衡

请注意这句，最终返回的对象，是根据Client造出来的

可以看到 Client 是从AnnotationConfigApplicationContext 里取出来的

但我们并没有配置或创建这个Bean

所以只有一种可能 通过@Configuration 创建出来的

找一下

spring.factories

在FeignLoadBalancerAutoConfiguration里发现了

一共引进了4个LoadBalancer

因为我们没做任何配置所以走DefaultFeignLoadBalancerConfiguration

spring.cloud.loadbalancer.retry.enabled 这个我们没配

所以Client就是RetryableFeignBlockingLoadBalancerClient

再看Targeter

不罗嗦了，是在FeignAutoConfiguration里配的

这里同时还生产了很多类

其中FeignContext很重要，之后讲

没有feign.circuitbreaker.enabled或它为false时

返回DefaultTargeter

然后看Builder 的target了

来了

ReflectiveFeign.newInstance

返回代理类

到此为止， Open Feign 的加载过程讲完了

但 还不够详细下面在补充点

之前提到了FeignContext

任何一段程序都是运行在一个上下文环境中的

所以看看它做了些什么

FeignContext是在FeignAutoConfiguration 里生产出来的

并传入了configurations：所有由@FeignClient注解的类

FeignContext

继承自：NamedContextFactory

构造函数里，给父类构造函数传了个FeignClientsConfiguration.class

真正的配置都在FeignClientsConfiguration里

NamedContextFactory

构造函数并没有做什么

大家可以向上找，找到Client 的创建过程

里面的函数getContext

其中用到了

createContext：初始化 每个@FeignClient 的context

这句话注册了FeignClientsConfiguration

也就是说它会被spring容器管理并加载

好看看它都做了什么

FeignClientsConfiguration

encode,decode什么的不说了

主要是feignContract方法

创建了SpringMvcContract

Feign本身是由一套自己的注解的，但用了OpenFeign就可以直接使用springmvc的注解了

就是由这个类完成了转换

SpringMvcContract

继承自：Contract.BaseContract

实现了：ResourceLoaderAware

具体的实现我就不讲了，看下我列出来的两个方法

open feign 从3.0开始就不支持Ribbon

---