在微服務架構中，根據業務來拆分成一個個的服務，服務與服務之間可以相互調用（RPC），在Spring Cloud可以用RestTemplate+Ribbon和Feign來調用。為了保證其高可用，單個服務通常會集群部署。由於網絡原因或者自身的原因，服務並不能保證100%可用，如果單個服務出現問題，調用這個服務就會出現線程阻塞，此時若有大量的請求涌入，Servlet容器的線程資源會被消耗完畢，導致服務癱瘓。服務與服務之間的依賴性，故障會傳播，會對整個微服務系統造成災難性的嚴重后果，這就是服務故障的“雪崩”效應。
為了解決這個問題，業界提出了斷路器模型。
一、斷路器簡介
Netflix開源了Hystrix組件，實現了斷路器模式，SpringCloud對這一組件進行了整合。 在微服務架構中，一個請求需要調用多個服務是非常常見的，如下圖：
較底層的服務如果出現故障，會導致連鎖故障。當對特定的服務的調用的不可用達到一個閥值（Hystric 是5秒20次） 斷路器將會被打開。
。
斷路打開后，可用避免連鎖故障，fallback方法可以直接返回一個固定值。
二、准備工作
這篇文章基於上一篇文章的工程，首先啟動上一篇文章的工程，啟動eureka-server 工程；啟動service-hi工程，它的端口為8762。
三、在ribbon使用斷路器
改造serice-ribbon 工程的代碼，首先在pox.xml文件中加入spring-cloud-starter-hystrix的起步依賴：
在程序的啟動類ServiceRibbonApplication 加@EnableHystrix注解開啟Hystrix：
改造HelloService類，在hiService方法上加上@HystrixCommand注解。該注解對該方法創建了熔斷器的功能，並指定了fallbackMethod熔斷方法，熔斷方法直接返回了一個字符串，字符串為”hi,”+name+”,sorry,error!”，代碼如下：
啟動：service-ribbon 工程，當我們訪問http://localhost:8764/hi?name=forezp,瀏覽器顯示：
此時關閉 service-hi 工程，當我們再訪問http://localhost:8764/hi?name=forezp，瀏覽器會顯示：
這就說明當 service-hi 工程不可用的時候，service-ribbon調用 service-hi的API接口時，會執行快速失敗，直接返回一組字符串，而不是等待響應超時，這很好的控制了容器的線程阻塞。
四、Feign中使用斷路器
Feign是自帶斷路器的，在D版本的Spring Cloud中，它沒有默認打開。需要在配置文件中配置打開它，在配置文件加以下代碼：
基於service-feign工程進行改造，只需要在FeignClient的SchedualServiceHi接口的注解中加上fallback的指定類就行了：
SchedualServiceHiHystric需要實現SchedualServiceHi 接口，並注入到Ioc容器中，代碼如下：
啟動四servcie-feign工程，瀏覽器打開http://localhost:8765/hi?name=forezp,注意此時service-hi工程沒有啟動，網頁顯示：
打開service-hi工程，再次訪問，瀏覽器顯示：
這證明斷路器起到作用了。
五、Hystrix Dashboard (斷路器：Hystrix 儀表盤)
基於service-ribbon 改造，Feign的改造和這一樣。
首選在pom.xml引入spring-cloud-starter-hystrix-dashboard的起步依賴：
在主程序啟動類中加入@EnableHystrixDashboard注解，開啟hystrixDashboard：
打開瀏覽器：訪問http://localhost:8764/hystrix,界面如下：
點擊monitor stream，進入下一個界面，訪問：http://localhost:8764/hi?name=forezp
此時會出現監控界面：
