Spring Cloud 学习（五）断路器之Hystrix组件（F版）

Spring Cloud 学习（五）断路器之Hystrix组件（F版）

在微服务架构中，根据业务来拆分成一个个服务，服务与服务之间相互调用（RPC），在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用。为了保证其高可用，单个服务通常会集群部署。由于网络原因或者自身的原因，服务并不能保证100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，此时若有大量的请求涌入，Servlet容器的线程资源会被消耗完毕，导致服务瘫痪。服务与服务之间的依赖性，故障会传播，会对整个微服务系统造成灾难性的严重后果，这就是服务故障的“雪崩”效应。

为了解决这个问题，业界提出了断路器模型。

断路器简介

Netflix开源了Hystrix组件，实现了断路器模式，SpringCloud对这一组件进行了整合。 在微服务架构中，一个请求需要调用多个服务是非常常见的，如下图：

较底层的服务如果出现故障，会导致连锁故障。当对特定的服务的调用的不可用达到一个阀值（Hystric 是5秒20次） 断路器将会被打开，断路打开后，可用避免连锁故障，fallback方法可以直接返回一个固定值。

准备工作

这篇文章基于上一篇文章的工程，首先启动上一篇文章的工程，启动eureka-server 工程；启动service-hello工程，它的端口为8762。由于Spring Cloud有两种方法可以调用服务，所以我将用两种方式将断路器的用法展现出来。

在ribbon使用断路器

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

在程序的启动类ServiceRibbonApplication 加@EnableHystrix注解开启Hystrix：

改造HelloService类，在hiService方法上加上@HystrixCommand注解。该注解对该方法开启熔断器的功能，并指定了fallbackMethod熔断方法，熔断方法直接返回了一个字符串

启动service-ribbon 工程，当访问http://localhost:8764/hello?name=chenxj,浏览器显示：

hello chenxj,I am from port:8762

此时关闭 service-hello 工程，当我们再访问http://localhost:8764/hello?name=chenxj，浏览器会显示：

hello chenxj,Sorry error happened

这就是断路器的使用效果，当微服务中的某个服务挂掉的时候，会给用户返回一个固定的信息，可以是以张图片，可以是字符串，也可以是跟企业订制的错误提示等等，这其实跟电路里面的开关一样，服务正常时，开关关闭，电流正常通过；服务异常时，开关断开，提示此路走不通。

Feign中使用断路器

Feign是自带断路器的，在D版本的Spring Cloud之后，它没有默认打开。需要在配置文件中配置打开它，在配置文件加以下代码：

基于service-feign工程进行改造，只需要在FeignClient的SchedualServiceHello接口的注解中加上fallback的指定类就行了：

SchedualServiceHelloHystric需要实现SchedualServiceHello 接口，并注入到Ioc容器中，代码如下：

启动servcie-feign工程，浏览器打开http://localhost:8765/hello?name=chenxj,注意此时service-hello工程没有启动，网页显示：

Sorry chenxj,error happened

打开service-hello工程，再次访问，浏览器显示：

hello chenxj ,I am from port:8762

这证明断路器起到作用了。

文章参考

方志朋的博客https://www.fangzhipeng.com/springcloud