Hystrix的隔離策略

• 前言

Hystrix是Spring Cloud中的一項重要的技術，是cloud服務調用過程當中進行熔斷必不可少的一步。

Hystrix目前是有兩種隔離策略，分別是線程池隔離和信號量隔離。

• 隔離策略

1. 線程池隔離

如其名，他的隔離是經過線程池來作到的，也就是說他的隔離粒度是線程池。一個請求進來都通過一個線程池。

當前端發起請求過來到服務A或者B以後，服務A和服務B是經過線程池隔離的。服務A是否熔斷，是否正常都和服務B無關。

他實際上是一個異步編程，用線程池將後面的服務包裹了起來，至於服務內部tomcate的線程運行怎麼樣是無關的。他適合於絕大多數的場景，對於一些超時的場景都很是好用。可是既然是經過線程池來操做的，不可避免的就是線程之間的計算開銷，以及線程上下文的切換，調度消耗。

2. 信號量隔離

如其名，他的隔離是經過信號量來作到的。他實際上是一個計數器。一個請求進來就會減小一個信號，一個請求完成就會增長一個信號。

信號量的調用時同步的，也就是說他會阻塞直到請求回來。因此他自身是不能實現超時的，所以這裏的超時只能依靠協議的超時來作，不然是沒法釋放的(好比socket超時等等)。因此當此服務不對外部服務依賴同時自身沒有大量的計算或者說通過這個服務的時間比較短，則很是適合信號量，好比說spring cloud的zuul的gateway網關。

• 策略區別

線程池隔離：

1.和調用線程不是同一個線程，所以支持異步
2.線程上下文須要切換，調度的消耗
3.最大併發量取決於線程池大小
4.適合有計算，會有耗時操做的服務
5.保護tomcate線程，不至於tomcate一直阻塞，一旦不對，立馬失敗或者超時返回

信號量隔離：

1.和調用線程是同一個線程，所以只能同步
2.無線程切換，開銷低，所以可快速進行反應
3.最大併發量取決於信號量大小
4.適合低計算，快速通訊的服務