什么是斷路器
?
?
斷路器模式源于Martin Fowler的Circuit Breaker一文。“斷路器”本身是一種開關裝置，用于在電路上保護線路過載，當線路中有電器發生短路時，“斷路器”能夠及時的切斷故障電路，防止發生過載、發熱、甚至起火等嚴重后果。
?
在分布式架構中，斷路器模式的作用也是類似的，當某個服務單元發生故障（類似用電器發生短路）之后，通過斷路器的故障監控（類似熔斷保險絲），向調用方返回一個錯誤響應，而不是長時間的等待。這樣就不會使得線程因調用故障服務被長時間占用不釋放，避免了故障在分布式系統中的蔓延。
?
Netflix Hystrix
在Spring Cloud中使用了Hystrix 來實現斷路器的功能。Hystrix是Netflix開源的微服務框架套件之一，該框架目標在于通過控制那些訪問遠程系統、服務和第三方庫的節點，從而對延遲和故障提供更強大的容錯能力。Hystrix具備擁有回退機制和斷路器功能的線程和信號隔離，請求緩存和請求打包，以及監控和配置等功能。
?
下面我們來看看如何使用Hystrix。
?
準備工作
在開始加入斷路器之前，我們先拿之前構建兩個微服務為基礎進行下面的操作，主要使用下面幾個工程：
?
chapter9-1-1
eureka-server工程：服務注冊中心，端口1111
compute-service工程：服務單元，端口2222
chapter9-1-2
eureka-ribbon：通過ribbon實現的服務單元，依賴compute-service的服務，端口3333
eureka-feign：通過feign實現的服務單元，依賴compute-service的服務，端口3333
若您還沒有使用Spring Cloud的經驗，可以先閱讀《服務注冊與發現》與《服務消費者》，對Spring Cloud構建的微服務有一個初步的認識。
?
Ribbon中引入Hystrix
依次啟動eureka-server、compute-service、eureka-ribbon工程
訪問http://localhost:1111/可以看到注冊中心的狀態
訪問http://localhost:3333/add，調用eureka-ribbon的服務，該服務會去調用compute-service的服務，計算出10+20的值，頁面顯示30
關閉compute-service服務，訪問http://localhost:3333/add，我們獲得了下面的報錯信息
?
Whitelabel Error Page
?
This application has no explicit mapping for /error, so you are seeing this as a fallback.
?
Sat Jun 25 21:16:59 CST 2016
There was an unexpected error (type=Internal Server Error, status=500).
I/O error on GET request for "http://COMPUTE-SERVICE/add?a=10&b=20": Connection refused: connect; nested exception is java.net.ConnectException: Connection refused: connect
pom.xml中引入依賴hystrix依賴
1
2
3
4
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-hystrix</artifactId>
</dependency>
在eureka-ribbon的主類RibbonApplication中使用@EnableCircuitBreaker注解開啟斷路器功能：
?
@SpringBootApplication
@EnableDiscoveryClient
@EnableCircuitBreaker
public class RibbonApplication {
?
@Bean
@LoadBalanced
RestTemplate restTemplate() {
return new RestTemplate();
}
?
public static void main(String[] args) {
SpringApplication.run(RibbonApplication.class, args);
}
?
}
改造原來的服務消費方式，新增ComputeService類，在使用ribbon消費服務的函數上增加@HystrixCommand注解來指定回調方法。
?
@Service
public class ComputeService {
?
@Autowired
RestTemplate restTemplate;
?
@HystrixCommand(fallbackMethod = "addServiceFallback")
public String addService() {
return restTemplate.getForEntity("http://COMPUTE-SERVICE/add?a=10&b=20", String.class).getBody();
}
?
public String addServiceFallback() {
return "error";
}
?
}
提供rest接口的Controller改為調用ComputeService的addService
?
@RestController
public class ConsumerController {
?
@Autowired
private ComputeService computeService;
?
@RequestMapping(value = "/add", method = RequestMethod.GET)
public String add() {
return computeService.addService();
}
?
}
驗證斷路器的回調
依次啟動eureka-server、compute-service、eureka-ribbon工程
訪問http://localhost:1111/可以看到注冊中心的狀態
訪問http://localhost:3333/add，頁面顯示：30
關閉compute-service服務后再訪問http://localhost:3333/add，頁面顯示：error
更多關于Hystrix的使用可參考How To Use
?
Feign使用Hystrix
注意這里說的是“使用”，沒有錯，我們不需要在Feigh工程中引入Hystix，Feign中已經依賴了Hystrix，我們可以在未做任何改造前，嘗試下面你的操作：
?
依次啟動eureka-server、compute-service、eureka-feign工程
訪問http://localhost:1111/可以看到注冊中心的狀態
訪問http://localhost:3333/add，調用eureka-feign的服務，該服務會去調用compute-service的服務，計算出10+20的值，頁面顯示30
關閉compute-service服務，訪問http://localhost:3333/add，我們獲得了下面的報錯信息
?
Whitelabel Error Page
?
This application has no explicit mapping for /error, so you are seeing this as a fallback.
?
Sat Jun 25 22:10:05 CST 2016
There was an unexpected error (type=Internal Server Error, status=500).
add timed-out and no fallback available.
如果您夠仔細，會發現與在ribbon中的報錯是不同的，看到add timed-out and no fallback available這句，或許您已經猜到什么，看看我們的控制臺，可以看到報錯信息來自hystrix-core-1.5.2.jar，所以在這個工程中，我們要學習的就是如何使用Feign中集成的Hystrix。
?
使用@FeignClient注解中的fallback屬性指定回調類
?
@FeignClient(value = "compute-service", fallback = ComputeClientHystrix.class)
public interface ComputeClient {
?
@RequestMapping(method = RequestMethod.GET, value = "/add")
Integer add(@RequestParam(value = "a") Integer a, @RequestParam(value = "b") Integer b);
?
}
創建回調類ComputeClientHystrix，實現@FeignClient的接口，此時實現的方法就是對應@FeignClient接口中映射的fallback函數。
?
@Component
public class ComputeClientHystrix implements ComputeClient {
?
@Override
public Integer add(@RequestParam(value = "a") Integer a, @RequestParam(value = "b") Integer b) {
return -9999;
}
?
}
再用之前的方法驗證一下，是否在compute-service服務不可用的情況下，頁面返回了-9999。
