一般服務降級放在消費端，即 消費者端 ，但是提供者端一樣能使用。
首先提供者，即8001 先從自身找問題，設定自身呼叫超時的峰值，峰值內正常執行，超出峰值需要有兜底的方法處理，作服務降級fallback
（1）在8001服務提供方引入hystrix依賴
org.springframework.cloud spring-cloud-starter-netflix-hystrix **（2）對 8001 的service進行配置（對容易超時的方法進行配置)** : @service public class paymentservice
/** 超時訪問的方法
*/@hystrixcommand(fallbackmethod = "timeouthandler",commandproperties = )
public string paymentinfo_timeout(integer id)catch (exception e)
return "執行緒池：" + thread.currentthread().getname() + " ，paymentinfo_timeout，id:" + id + "耗時" + intertime + "秒鐘";
}// 定義服務出現異常之後，兜底的方法
public string timeouthandler(integer id)
}（3）在啟動類上開啟服務熔斷
public static void main(string args)（4）啟動8001服務測試
（5）現在我們改動服務方裡面的**（模擬服務出現異常，而不是服務呼叫超時）
總結：我們發現。只要是我們服務不可用了(呼叫超時、內部錯誤)，都可以用降級來處理。
public static void main(string args)public string handeexception(integer id)（5）啟動測試
（6）修改服務提供方**
Hystrix降級邏輯中如何獲取觸發的異常
通過之前spring cloud系列教程中的 spring cloud構建微服務架構 服務容錯保護 hystrix服務降級 一文，我們已經知道如何通過hystrix來保護自己的服務不被外部依賴方拖垮的情況。但是實際使用過程中經常碰到開發反應 莫名 觸發了降級邏輯的情況。為了更精準的定位觸發原因，或是...
Hystrix降級邏輯中如何獲取觸發的異常
通過之前spring cloud系列教程中的 服務容錯保護 hystrix服務降級 一文，我們已經知道如何通過hystrix來保護自己的服務不被外部依賴方拖垮的情況。但是實際使用過程中經常碰到開發反應 莫名 觸發了降級邏輯的情況。為了更精準的定位觸發原因，或是在降級邏輯中需要根據不同的異常做不同的處...
hystrix熔斷和降級的區別 Hystrix學習
學習主題 hystrix 解決災難性雪崩效應 服務熔斷 服務熔斷處理 熔斷引數circuitbreaker.enabled的作用是什麼？熔斷引數circuitbreaker.requestvolumethreshold的作用是什麼？熔斷引數circuitbreaker.sleepwindowinmi...