前言：
在微服务架构中，根据业务来拆分成一个个的服务，服务与服务之间可以相互调用（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流程图如下：