此文章基于：

玩转SpringCloud 一．服务的注册与发现（Eureka）

玩转SpringCloud 二．服务消费者（1）ribbon+restTemplate

转SpringCloud 二．服务消费者（2）feign

三．断路器（Hystrix）

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

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

一、断路器简介

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

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

断路打开后，可用避免连锁故障，fallback方法可以直接返回一个固定值。

二、准备工作

启动demo1 工程；启动demo2工程，它的端口为8763。

三、在ribbon使用断路器

基于 

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

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

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

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

关键字：