在Spring Cloud微服務架構中，大部分公司都是利用Open Feign進行服務間的調用，而比較簡單的業務使用默認配置是不會有多大問題的，但是如果是業務比較復雜，服務要進行比較繁雜的業務計算，那后臺很有可能會出現Read Timeout這個異常，因此定制化配置超時時間就有必要了。

Feign Client Configuration

# 默認開啟
feign.httpclient.enabled=false
# 默認關閉
feign.okhttp.enabled=true
# 默認關閉
feign.hystrix.enabled=false
# 默認關閉
feign.sentinel.enabled=true

# default context 連接超時時間
feign.client.config.default.connectTimeout = 5000
# default context 讀超時時間
feign.client.config.default.readTimeout = 10000

# 設置重試處理器，默認直接拋出異常
# feign.client.config.default.retryer = Class<Retryer>
# 設置日志級別，默認NONE
# feign.client.config.default.loggerLevel = FULL

Hystrix Configuration

# 全局設置超時：
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 30000

hystrix在ribbon的外層處理。

Ribbon Configuration

# 連接超時時間，默認為1秒，該值會被FeignClient配置connectTimeout覆蓋
ribbon.ConnectTimeout=5000
# 讀超時時間，默認為1秒，該值會被FeignClient配置readTimeout覆蓋
ribbon.ReadTimeout=5000
# 最大重試次數
ribbon.MaxAutoRetries=1

當Ribbon調用接口發送連接異?；蛘叱瑫r異常時會觸發Ribbon 的重試機制。

OkHttp Client Configuration

所設置的連接時間和超時時間最后會動態設置到OkHttpClient中，最底層也就是Socket的連接時間和讀超時時間。也就是說，直接配置OkHttpClient是無效的。

解決方案：添加OkHttp Client的請求Interceptor，動態設置超時時間。

@Bean("okHttpClient")
public OkHttpClient okHttpClient(ConnectionPool connectionPool) {
	return new OkHttpClient().newBuilder().connectionPool(connectionPool)
             // 改值在FeignClient體系中會被動態覆蓋
			.connectTimeout(6, TimeUnit.SECONDS)
             // 改值在FeignClient體系中會被動態覆蓋
			.readTimeout(VmcConstants.TEN_SECONDS, TimeUnit.SECONDS)
             // 添加攔截器，支持動態設置超時時間
			.addInterceptor(new OkHttpClientDynamicTimeoutInterceptor())
            .eventListener(eventListener())
			.build();
}

總結

1.如何配置好Hystrix和Ribbon的超時時間呢？

其實是有套路的,因為Feign的請求：其實是Hystrix+Ribbon。Hystrix在最外層，然后再到Ribbon，最后里面的是http請求。所以說。Hystrix的熔斷時間必須大于Ribbon的 ( ConnectTimeout + ReadTimeout )。而如果Ribbon開啟了重試機制，還需要乘以對應的重試次數，保證在Ribbon里的請求還沒結束時，Hystrix的熔斷時間不會超時。

參考資料

【1】Spring Cloud Openfeign

【2】Feign的各種超時時間