在微服務架構中通常會有多個服務層呼叫，基礎服務的故障可能會導致級聯故障，進而造成整個系統不可用的情況，這種現象被稱為服務雪崩效應。服務雪崩效應是一種因「服務提供者」的不可用導致「服務消費者」的不可用,並將不可用逐漸放大的過程。
如果下圖所示：a作為服務提供者，b為a的服務消費者，c和d是b的服務消費者。a不可用引起了b的不可用，並將不可用像滾雪球一樣放大到c和d時，雪崩效應就形成了。
熔斷器的原理很簡單，如同電力過載保護器。它可以實現快速失敗，如果它在一段時間內偵測到許多類似的錯誤，會強迫其以後的多個呼叫快速失敗，不再訪問遠端伺服器，從而防止應用程式不斷地嘗試執行可能會失敗的操作，使得應用程式繼續執行而不用等待修正錯誤，或者浪費cpu時間去等到長時間的超時產生。熔斷器也可以使應用程式能夠診斷錯誤是否已經修正，如果已經修正，應用程式會再次嘗試呼叫操作。
熔斷器模式就像是那些容易導致錯誤的操作的一種**。這種**能夠記錄最近呼叫發生錯誤的次數，然後決定使用允許操作繼續，或者立即返回錯誤。 熔斷器開關相互轉換的邏輯如下圖：
熔斷器就是保護服務高可用的最後一道防線。
1.斷路器機制
斷路器很好理解, 當hystrix command請求後端服務失敗數量超過一定比例(預設50%), 斷路器會切換到開路狀態(open). 這時所有請求會直接失敗而不會傳送到後端服務. 斷路器保持在開路狀態一段時間後(預設5秒), 自動切換到半開路狀態(half-open). 這時會判斷下一次請求的返回情況, 如果請求成功, 斷路器切回閉路狀態(closed), 否則重新切換到開路狀態(open). hystrix的斷路器就像我們家庭電路中的保險絲, 一旦後端服務不可用, 斷路器會直接切斷請求鏈, 避免傳送大量無效請求影響系統吞吐量, 並且斷路器有自我檢測並恢復的能力.
2.fallback
fallback相當於是降級操作. 對於查詢操作, 我們可以實現乙個fallback方法, 當請求後端服務出現異常的時候, 可以使用fallback方法返回的值. fallback方法的返回值一般是設定的預設值或者來自快取.
3.資源隔離
本帖**：
熔斷器熔斷時間標準 正確認識熔斷器的熔斷時間
正確認識熔斷器的熔斷時間 熔斷時間是熔斷器的乙個重要引數,它直接反映了熔斷器的保護功能的強弱,但必須跟所負載的電流相對應,任何乙個負載電流對應熔斷時間的函式關係就形成了熔斷器最重要的效能指標之一 熔斷特性或安秒特性 i t特性 熔斷特性常用的表達方法有兩種 供檢測和驗收依據的i t 反映的則是曲線上...
Hystrix熔斷器（筆記）
當請求的微服務宕機，或者響應時間超時，會觸發熔斷機制，熔斷當前請求。hystrix 是乙個供分布式系統使用，提供延遲和容錯功能，保證複雜的分布系統在面臨不可避免的失敗時，仍能有其彈性。1 依賴 hystrix依賴，主要是用 hystrixcommand org.springframework.clo...
熔斷器Hystrix簡介
1 未使用統一的 退路方法,要在每個方法上配置 hystrixcommand fallbackmethod fallback hystrixcommand fallbackmethod fallback public object get pathvariable long id 退路 public...