如果不進⾏任何設定，所有熔斷⽅法使⽤⼀個hystrix執行緒池（10個執行緒），那麼這樣的話會導致問題，這個問題並不是扇出鏈路微服務不可⽤導致的，⽽是我們的執行緒機制導致的，如果⽅法a的請求把10個執行緒都⽤了，⽅法2請求處理的時候壓根都沒法去訪問b，因為沒有執行緒可⽤，並不是b服務不可⽤
為了避免問題服務請求過多導致正常服務⽆法訪問，hystrix 不是採⽤增加執行緒數，⽽是單獨的為每⼀個控制⽅法建立⼀個執行緒池的⽅式，這種模式叫做「艙壁模式"，也是執行緒隔離的⼿段。
我們可以使⽤⼀些⼿段檢視執行緒情況
(// 執行緒池標識，要保持唯一，不唯一的話就共用了
threadpoolkey =
"findresumeopenstatetimeoutfallback"
,// 執行緒池細節屬性配置
threadpoolproperties =
,// commandproperties熔斷的一些細節屬性配置
commandproperties =
, fallbackmethod =
"myfallback"
// 回退方法
)public integer findresumeopenstatetimeoutfallback
(@pathvariable long userid)
咱們聊聊艙壁模式
艙壁模式 bulkhead 隔離了每個工作負載或服務的關鍵資源，如連線池 記憶體和cpu。使用艙壁避免了單個工作負載 或服務 消耗掉所有資源，從而導致其他服務出現故障的場景。這種模式主要是通過防止由乙個服務引起的級聯故障來增加系統的彈性。工業中使用艙壁將船舶劃分為幾個部分，以便在船體破壞的情況下，可...
Hystrix執行緒池 訊號量
5.執行緒池 請求佇列 訊號量是否佔滿 如果與命令相關的執行緒池和請求佇列或者訊號量已經被佔滿，那麼hystrix也不會執行命令，而是轉接到fallback處理邏輯。命令名稱 分組以及執行緒池劃分 super setter.withgroupkey hystrixcommandgroupkey.fa...
Hystrix異常處理及執行緒池劃分
在hystrixcommand實現的run 方法中丟擲異常時，除了hystrixbadrequestexception之外，其他異常均會被hystrix認為命令執行失敗並觸發服務降級的處理邏輯，所以當需要在命令執行中丟擲不觸發服務降級的異常時來選擇它。在使用註解配置實現hystrix命令時，可以忽略...