原文鏈接 ：https://codeday.me/collect/20171109/97634.html
如果是zuul（網關）的超時時間需要設置zuul、hystrix、ribbon等三部分：
#zuul超時設置
#默認1000
zuul.host.socket-timeout-millis=2000
#默認2000
zuul.host.connect-timeout-millis=4000
#熔斷器啟用
feign.hystrix.enabled=true
hystrix.command.default.execution.timeout.enabled=true
#斷路器的超時時間,下級服務返回超出熔斷器時間，即便成功，消費端消息也是TIMEOUT,所以一般斷路器的超時時間需要大於ribbon的超時時間。
#服務的返回時間大於ribbon的超時時間，會觸發重試
##默認=1000，太小
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds=60000
#斷路器詳細設置
#當在配置時間窗口內達到此數量的失敗后，進行短路。默認20個）
#hystrix.command.default.circuitBreaker.requestVolumeThreshold=20
#短路多久以后開始嘗試是否恢復，默認5s）
#hystrix.command.default.circuitBreaker.sleepWindowInMilliseconds=5
#出錯百分比閾值，當達到此閾值后，開始短路。默認50%）
#hystrix.command.default.circuitBreaker.errorThresholdPercentage=50%
#ribbon請求連接的超時時間- 限制3秒內必須請求到服務，並不限制服務處理的返回時間
ribbon.ConnectTimeout=3000
#請求處理的超時時間 下級服務響應最大時間,超出時間消費方（路由也是消費方）返回timeout
ribbon.ReadTimeout=5000
# 單獨設置某個服務的超時時間，會覆蓋其他的超時時間限制，服務的名稱已注冊中心頁面顯示的名稱為准，超時時間不可大於斷路器的超時時間
#service-a.ribbon.ReadTimeout=60000
#service-a.ribbon.ConnectTimeout=60000
#重試機制
#該參數用來開啟重試機制，默認是關閉
spring.cloud.loadbalancer.retry.enabled=true
#對所有操作請求都進行重試
ribbon.OkToRetryOnAllOperations=true
#對當前實例的重試次數
ribbon.MaxAutoRetries=1
#切換實例的重試次數
ribbon.MaxAutoRetriesNextServer=1
#根據如上配置，當訪問到故障請求的時候，它會再嘗試訪問一次當前實例（次數由MaxAutoRetries配置），
#如果不行，就換一個實例進行訪問，如果還是不行，再換一次實例訪問（更換次數由MaxAutoRetriesNextServer配置），
#如果依然不行，返回失敗信息。
最后說一下springcloud運行機制，個人理解不對地方希望指正
首先 請求通過網關去請求服務，
第一步去嘗試連接服務，這里有一個連接時間，以判斷是否超時，連接成功之后，去獲取資源，有一個獲取時間，以判斷讀取是否超時。如果第一步超時了，
進行第二步，會進行對當前實例的重試，比如網關是去獲取服務A1，有一個重試次數，如果當前實例獲取失敗，切換到另外實例A2，或者A3之類，這里也有重試次數。如果都失敗了，那么進行斷路（熔斷？），表示服務A不可以，另外有一種斷路的方式是按照實例掛掉的比例來判斷是否斷路。
第三步 ，一段時間之后，會去監測A服務是否恢復，這里有一個多久嘗試恢復的時機間隔。