在微服务架构中，根据业务来拆分成一个个的服务，服务与服务之间可以相互调用（RPC），在Spring Cloud可以用
RestTemplate+Ribbon和Feign来调用。为了保证其高可用，单个服务通常会集群部署。由于网络原因或者自身的原
因，服务并不能保证100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，此时若有大量的请求涌入，
Servlet容器的线程资源会被消耗完毕，导致服务瘫痪。服务与服务之间的依赖性，故障会传播，了解springcloud架构
可以加求求：三五三六二四七二五九，会对整个微服务系统造成灾难性的严重后果，这就是服务故障的“雪崩”效应。
?
为了解决这个问题，业界提出了断路器模型。
?
一、断路器简介
?
Netflix has created a library called Hystrix that implements the circuit breaker pattern. In a microservice
architecture it is common to have multiple layers of service calls. ----摘自官网
?
Netflix开源了Hystrix组件，实现了断路器模式，SpringCloud对这一组件进行了整合。 在微服务架构中，一个请求需
要调用多个服务是非常常见的，如下图：
较底层的服务如果出现故障，会导致连锁故障。当对特定的服务的调用的不可用达到一个阀值（Hystric 是5秒20次）?
断路器将会被打开。
?
二、准备工作
这篇文章基于上一篇文章的工程，首先启动上一篇文章的工程，启动eureka-server 工程；启动service-hi工程，
它的端口为8762。
?
三、在ribbon使用断路器
改造serice-ribbon 工程的代码，首先在pox.xml文件中加入spring-cloud-starter-netflix-hystrix的起步依赖：
1 2 3 4
monospace; margin: 0px !important; padding: 0px !important; border-radius: 0px !important; background: none !important; border: 0px !important; float: none !important; line-height: 1.1em !important; overflow: visible !important; vertical-align: baseline !important; width: auto !important; font-size: 13px !important;" class="vb plain"><dependency>
????????????<groupId>org.springframework.cloud</groupId>
????????????<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
??</dependency>
在程序的启动类ServiceRibbonApplication 加@EnableHystrix注解开启Hystrix：
@SpringBootApplication
@EnableEurekaClient
@EnableDiscoveryClient
@EnableHystrix
public?class?ServiceRibbonApplication?{
????public?static?void?main(String[]?args)?{
????????SpringApplication.run(?ServiceRibbonApplication.class,?args?);
????}
????@Bean
????@LoadBalanced
????RestTemplate?restTemplate()?{
????????return?new?RestTemplate();
????}
}
改造HelloService类，在hiService方法上加上@HystrixCommand注解。该注解对该方法创建了熔断器的功能，并指定了fallbackMethod熔断方法，熔断方法直接返回了一个字符串，字符串为"hi,"+name+",sorry,error!"，代码如下：
1 2 3 4 5 6 7 8 9 10 11 12@Service
public?class?HelloService?{
????@Autowired
????RestTemplate?restTemplate;
????@HystrixCommand(fallbackMethod?=?"hiError")
????public?String?hiService(String?name)?{
????????return?restTemplate.getForObject("http://SERVICE-HI/hi?name="+name,String.class);
????}
????public?String?hiError(String?name)?{
????????return?"hi,"+name+",sorry,error!";
????}
}
启动：service-ribbon 工程，当我们访问http://localhost:8764/hi?name=forezp,浏览器显示：
?
hi forezp,i am from port:8762
?
此时关闭 service-hi 工程，当我们再访问http://localhost:8764/hi?name=forezp，浏览器会显示：
?
hi ,forezp,orry,error!
?
这就说明当 service-hi 工程不可用的时候，service-ribbon调用 service-hi的API接口时，会执行快速失败，直接返回一
组字符串，而不是等待响应超时，这很好的控制了容器的线程阻塞。
?
四、Feign中使用断路器
Feign是自带断路器的，在D版本的Spring Cloud之后，它没有默认打开。需要在配置文件中配置打开它，在配置文件加
以下代码：
?
feign.hystrix.enabled=true
?
基于service-feign工程进行改造，只需要在FeignClient的SchedualServiceHi接口的注解中加上fallback的指定类就行了：
1 2 3 4 5@FeignClient(value?=?"service-hi",fallback?=?SchedualServiceHiHystric.class)
public?interface?SchedualServiceHi?{
????@RequestMapping(value?=?"/hi",method?=?RequestMethod.GET)
????String?sayHiFromClientOne(@RequestParam(value?=?"name")?String?name);
}
SchedualServiceHiHystric需要实现SchedualServiceHi 接口，并注入到Ioc容器中，代码如下：
1 2 3 4 5 6 7@Component
public?class?SchedualServiceHiHystric?implements?SchedualServiceHi?{
????@Override
????public?String?sayHiFromClientOne(String?name)?{
????????return?"sorry?"+name;
????}
}
启动四servcie-feign工程，浏览器打开?http://localhost:8765/hi?name=forezp,注意此时service-hi工程没有启动，
网页显示：
?
sorry forezp
?
打开service-hi工程，再次访问，浏览器显示：
?
hi forezp,i am from port:8762
?
这证明断路器起到作用了。
?
相关文章
