前言：
在微服務架構中，根據業務來拆分成一個個的服務，服務與服務之間可以相互調用（RPC），在Spring Cloud可以用RestTemplate+Ribbon和Feign來調用。為了保證其高可用，單個服務通常會集群部署。由于網絡原因或者自身的原因，服務并不能保證100%可用，如果單個服務出現問題，調用這個服務就會出現線程阻塞，此時若有大量的請求涌入，Servlet容器的線程資源會被消耗完畢，導致服務癱瘓。服務與服務之間的依賴性，故障會傳播，會對整個微服務系統造成災難性的嚴重后果，這就是服務故障的“雪崩”效應。

為了解決這個問題，業界提出了斷路器模型
SpringCloud Netflix實現了斷路器庫的名字叫Hystrix. 在微服務架構下，通常會有多個層次的服務調用. 下面是微服架構下, 瀏覽器端通過API訪問后臺微服務的一個示意圖：

一、斷路器簡介

Netflix開源了Hystrix組件，實現了斷路器模式，SpringCloud對這一組件進行了整合。 在微服務架構中，一個請求需要調用多個服務是非常常見的。
較底層的服務如果出現故障，會導致連鎖故障。當對特定的服務的調用的不可用達到一個閥值（Hystric 是5秒20次） 斷路器將會被打開。
斷路打開后，可用避免連鎖故障，fallback方法可以直接返回一個固定值。

一個微服務的超時失敗可能導致瀑布式連鎖反映，下圖中，Hystrix通過自主反饋實現的斷路器， 防止了這種情況發生

二、準備工作

這篇文章基于上一篇文章的工程

• 啟動eureka-server 端口8761
• 啟動service-hi，端口為8762。

三、在ribbon使用斷路器

改造serice-ribbon 工程的代碼，
第1步：首先在pox.xml文件中加入spring-cloud-starter-netflix-hystrix的起步依賴：

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-hystrix</artifactId> </dependency>

第2步：在程序的啟動類ServiceRibbonApplication 加@EnableHystrix注解開啟Hystrix：

@SpringBootApplication @EnableEurekaClient @EnableDiscoveryClient @EnableHystrix public class ServiceRibbonApplication {public static void main(String[] args) {SpringApplication.run(ServiceRibbonApplication.class, args);}@Bean@LoadBalancedRestTemplate restTemplate() {return new RestTemplate();} }

第3步：改造HelloService類，
在hiService方法上加上@HystrixCommand注解。該注解對該方法創建了熔斷器的功能，并指定了fallbackMethod熔斷方法，熔斷方法直接返回了一個字符串，字符串為"hi,"+name+",sorry,error!"

代碼如下：

• 接口類HelloService

package com.gblfy.serviceribbon.service;public interface HelloService {String hiService(String name);String hiError(String name); }

• 接口實現類HelloServiceImpl

@Service public class HelloServiceImpl implements HelloService {@Autowiredprivate RestTemplate restTemplate;@HystrixCommand(fallbackMethod = "hiError")@Overridepublic String hiService(String name) {return restTemplate.getForObject("http://SERVICE-HI/hi?name=" + name, String.class);}@Overridepublic String hiError(String name) {return "hi," + name + ",sorry,error!";} }

• 啟動：service-ribbon 工程，

當我們訪問http://localhost:8764/hi?name=gblfy,

• 瀏覽器顯示：

hi gblfy,i am from port:8762

• 此時關閉 service-hi 工程，

當我們再訪問http://localhost:8764/hi?name=gblfy,

• 瀏覽器會顯示：

hi ,gblfy,sorry,今天美女太多了!

這就說明當 service-hi 工程不可用的時候，service-ribbon調用 service-hi的API接口時，會執行快速失敗，直接返回一組字符串，而不是等待響應超時，這很好的控制了容器的線程阻塞。

四、Feign中使用斷路器

Feign是自帶斷路器的，它沒有默認打開。需要在配置文件中配置打開它，在配置文件加以下代碼：
第1步：在service-feign工程中添加以下信息：

feign:hystrix:enabled: true

第2步：基于service-feign工程進行改造，只需要在FeignClient的SchedualServiceHi接口的注解中加上fallback的指定類就行了：

@FeignClient(value = "service-hi",fallback = SchedualServiceHiHystric.class) public interface SchedualServiceHi {@GetMapping(value = "/hi")String sayHiFromClientOne(@RequestParam(value = "name") String name); }

第3步：SchedualServiceHiHystric需要實現SchedualServiceHi 接口，并注入到Ioc容器中，

• 代碼如下:

@Component public class SchedualServiceHiHystric implements SchedualServiceHi {@Overridepublic String sayHiFromClientOne(String name) {return "sorry,"+name+"太擁擠了，請稍后嘗試！";} }

第4步：啟動四servcie-feign工程，

瀏覽器打開:http://localhost:8765/hi?name=gblfy,

注意此時service-hi工程沒有啟動，
網頁顯示：

sorry gblfy 太擁擠了，請稍后嘗試！

• 啟動service-hi工程，再次訪問，
• 瀏覽器顯示：

hi gblfy,i am from port:8762

這證明斷路器起到作用了

本文源碼下載：

dev分支(最新企業實戰版本):
https://github.com/gb-heima/springcloud-practical-column/tree/dev/sc-f-chapter4

master分支(入門版本):
https://github.com/gb-heima/springcloud-practical-column/tree/master/sc-f-chapter4

Hystrix流程圖如下：

總結

以上是生活随笔為你收集整理的第四篇:断路器（Hystrix）(Finchley版本)V2.0_dev的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。