熔斷機制概述：
熔斷機制是應對雪崩效應的一種微服務鏈路保護機制。當扇出鏈路的某個微服務出錯不可用或者響應時間太長時，會進行服務的降級，進而熔斷該節點微服務的呼叫，快速返回錯誤的響應資訊。
當檢測到該節點微服務呼叫響應正常後，恢復呼叫鏈路。
在springcloud框架裡，熔斷機制通過hystrix實現，hystrix會監控微服務間呼叫的狀況，當失敗的呼叫到一定閾值，預設是5秒內20次呼叫失敗，就會啟動熔斷機制。熔斷機制的註解是@hystrixcommand
案例：
controller 呼叫 service，請求數10次內出現6次以上錯誤，就會觸發熔斷，熔斷後正確的請求也不能立刻被響應，而是緩慢、正確率高了才響應。
服務的降級 --> 進而熔斷 --> 恢復呼叫鏈路
總結：
熔斷型別
斷路器在什麼情況下開始起作用
設計到斷路器的三個重要引數：快照時間窗、請求總數閾值、錯誤百分比閾值
1.快照時間窗：斷路器確定是否開啟需要統計一些請求和錯誤資料，而統計的時間範圍就是快照時間窗，預設為最近的10秒
2.請求總數閾值：在快照時間內，必須滿足請求總數閾值才有資格熔斷。預設為20，意味著在10秒內，如果該hystrix命令的呼叫次數不足20次，即使所有的請求都超時或其他原因失敗，斷路器都不會開啟
3.錯誤百分比閾值：當請求總數在快照時間窗內超過閾值，比如發生了30次呼叫，如果在這30次呼叫中，有15次發生了超時異常，也就是超過50%的錯誤百分比，在預設設定50%閾值情況下，這時候就會將斷路器開啟
斷路器開啟或關閉的條件
1.當滿足一定的閾值的時候（預設10秒內超過20個請求次數）
2.當失敗率達到一定的時候（預設10秒內超過50%的請求失敗）
3.到達以上閾值，斷路器將會開啟
4.當開啟的時候，所有請求都不會進行**
5.一段時間後（預設是5秒），這個時候斷路器是半開狀態，會讓其中乙個請求進行**。如果成功，斷路器會關閉，若失敗，繼續開啟。重複4和5。
斷路器開啟之後
1.再有請求呼叫的時候，將不會呼叫主邏輯，而是直接呼叫降級fallback。通過斷路器，實現了自動地發現錯誤並將降級邏輯切換為主邏輯，減少響應延遲的效果。
2.原來的主邏輯要如何恢復呢？
對於這一問題，hystrix也為我們實現了自動恢復功能
當斷路器開啟，對主邏輯進行熔斷之後，hystrix會啟動乙個休眠時間窗，在這個時間窗內，降級邏輯是臨時的成為主邏輯，當休眠時間窗到期，熔斷器將進入半開狀態，釋放一次請求到原來的主邏輯上，如果此次請求正常返回，那麼斷路器將繼續閉合，主邏輯恢復，如果這次請求依然有問題，斷路器繼續進入開啟狀態，休眠時間窗重新計時。
Hystrix 服務熔斷
在分布式的環境或者微服務中，不可避免的會出現一些錯誤，乙個服務的失敗或許會導致整個專案的失敗。而hystrix是乙個庫，它可以通過新增容錯邏輯來保護或者控制你的分布式服務之間的互動。hystrix通過隔離服務之間的訪問點，阻止它們之間的級聯故障以及提供後備選項來實現這一目標，所有這些都可以提高系統的...
Hystrix 服務熔斷
hystrix hystix是netflix開源的乙個延遲和容錯庫，用於隔離訪問遠端服務，防止出現級聯失敗。微服務中，服務間呼叫關係錯綜複雜，乙個請求，可能需要呼叫多個微服務介面才能實現，會形成非常複雜的呼叫鏈路 伺服器支援的執行緒和併發數有限，請求一直阻塞，會導致伺服器資源耗盡，從而導致所有其它服...
服務熔斷Hystrix
分布式面臨的問題 在複雜分布式體系結構中應用程式有數十個依賴關係，每個依賴關係在某些時候將不可避免的失敗！服務雪崩 多個微服務之間呼叫的時候，假設微服務a呼叫微服務b和微服務c,微服務b和微服務c又呼叫其他微服務，這就是所謂的 扇出 如果扇出的鏈路上某個微服務的呼叫響應時間過長或者不可用，對微服務a...