在微服務架構中，我們將系統拆分成了一個個的服務單元，各單元應用間通過服務注冊與訂閱的方式互相依賴。由于每個單元都在不同的進程中運行，依賴通過遠程調用的方式執行，這樣就有可能因為網絡原因或是依賴服務自身問題出現調用故障或延遲，而這些問題會直接導致調用方的對外服務也出現延遲，若此時調用方的請求不斷增加，最后就會出現因等待出現故障的依賴方響應而形成任務積壓，線程資源無法釋放，最終導致自身服務的癱瘓，進一步甚至出現故障的蔓延最終導致整個系統的癱瘓。如果這樣的架構存在如此嚴重的隱患，那么相較傳統架構就更加的不穩定。為了解決這樣的問題，因此產生了斷路器等一系列的服務保護機制。
針對上述問題，在Spring Cloud Hystrix中實現了線程隔離、斷路器等一系列的服務保護功能。它也是基于Netflix的開源框架 Hystrix實現的，該框架目標在于通過控制那些訪問遠程系統、服務和第三方庫的節點，從而對延遲和故障提供更強大的容錯能力。Hystrix具備了服務降級、服務熔斷、線程隔離、請求緩存、請求合并以及服務監控等強大功能。
接下來，我們就從一個簡單示例開始對Spring Cloud Hystrix的學習與使用。
在開始使用Spring Cloud Hystrix實現斷路器之前，我們先拿之前實現的一些內容作為基礎，其中包括：
eureka-server工程：服務注冊中心，端口：1001
eureka-client工程：服務提供者，兩個實例啟動端口分別為2001
下面我們可以復制一下之前實現的一個服務消費者：eureka-consumer-ribbon，命名為eureka-consumer-ribbon-hystrix。下面我們開始對其進行改在：
第一步：pom.xml的dependencies節點中引入spring-cloud-starter-hystrix依賴：
org.springframework.cloud
spring-cloud-starter-hystrix
第二步：在應用主類中使用@EnableCircuitBreaker或@EnableHystrix注解開啟Hystrix的使用：
@EnableCircuitBreaker
@EnableDiscoveryClient
@SpringBootApplication
publicclassApplication{
@Bean
@LoadBalanced
publicRestTemplaterestTemplate(){
returnnewRestTemplate();
}
publicstaticvoidmain(String[] args){
newSpringApplicationBuilder(Application.class).web(true).run(args);
}
}
注意：這里我們還可以使用Spring Cloud應用中的@SpringCloudApplication注解來修飾應用主類，該注解的具體定義如下所示。我們可以看到該注解中包含了上我們所引用的三個注解，這也意味著一個Spring Cloud標準應用應包含服務發現以及斷路器。
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
@SpringBootApplication
@EnableDiscoveryClient
@EnableCircuitBreaker
public@interfaceSpringCloudApplication {
}
第三步：改造服務消費方式，新增ConsumerService類，然后將在Controller中的邏輯遷移過去。最后，在為具體執行邏輯的函數上增加@HystrixCommand注解來指定服務降級方法，比如：
@RestController
publicclassDcController{
@Autowired
ConsumerService consumerService;
@GetMapping("/consumer")
publicStringdc(){
returnconsumerService.consumer();
}
classConsumerService{
@Autowired
RestTemplate restTemplate;
@HystrixCommand(fallbackMethod ="fallback")
publicStringconsumer(){
returnrestTemplate.getForObject("http://eureka-client/dc", String.class);
}
publicStringfallback(){
return"fallback";
}
}
}
下面我們來驗證一下上面Hystrix帶來的一些基礎功能。我們先把涉及的服務都啟動起來，比如：Services: [eureka-consumer-ribbon-hystrix, eureka-client]。
為了觸發服務降級邏輯，我們可以將服務提供者eureka-client的邏輯加一些延遲，比如：
@GetMapping("/dc")
publicStringdc()throwsInterruptedException{
Thread.sleep(5000L);
String services ="Services: "+ discoveryClient.getServices();
System.out.println(services);
returnservices;
}
重啟eureka-client之后，此時我們將獲得的返回結果為：fallback。我們從eureka-client的控制臺中，可以看到服務提供方輸出了原本要返回的結果，但是由于返回前延遲了5秒，而服務消費方觸發了服務請求超時異常，服務消費者就通過HystrixCommand注解中指定的降級邏輯進行執行，因此該請求的結果返回了fallback。這樣的機制，對自身服務起到了基礎的保護，同時還為異常情況提供了自動的服務降級切換機制。
從現在開始，我這邊會將近期研發的springcloud微服務云架構的搭建過程和精髓記錄下來，幫助更多有興趣研發spring cloud框架的朋友，希望可以幫助更多的好學者。大家來一起探討spring cloud架構的搭建過程及如何運用于企業項目。源碼來源
