文章**於
學習整合hystrix時候發現配置檔案裡的超時時間把我給弄暈了，
老辦法google之，找issue：
找到能解決這個問題的文章，最好還是得找到原理圖學習。
如果是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配置），
#如果依然不行，返回失敗資訊。
spring cloud各種超時時間設定
如果是zuul 閘道器 的超時時間需要設定zuul hystrix ribbon等三部分 zuul超時設定 預設1000 zuul.host.socket timeout millis 2000 預設2000 zuul.host.connect timeout millis 4000 熔斷器啟用 f...
微服務Springcloud超詳細教程 實戰（六）
這章接著第五章沒說完的繼續說 1.大小寫敏感 2.使用縮排表示層級關係 3.禁止使用tab縮排，只能使用空格鍵 4.縮排長度沒有限制，只要元素對齊就表示這些元素屬於乙個層級 5.使用 表示注釋 6.字串可以不用引號標註yaml yet another markup language 另一種標記語言 ...
微服務Springcloud超詳細教程 實戰（十）
獲取服務列表 當服務消費者啟動時，會檢測eureka.client.fetch registry true引數的值，如果為true，則會從eureka server註冊中心拉取服務列表，然後快取在本地。並且每隔30秒會重新獲取並更新資料。我們可以通過下面的引數來修改 eureka client re...