玩转SpringCloud（F版本） 三．断路器（Hystrix）RestTemplate+Ribbon和Feign两种方式

 此文章基于：

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

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

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

 

三．断路器（Hystrix）

 

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

 

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

 

 

1、断路器简介

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

 

 

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

 

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

 

2、准备工做

 

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

 

 

3、在ribbon使用断路器

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

 项目架构：

 

改造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();
   }
}

 注解解析：

@EnableHystrix

1.开启熔断机制

 

 

改造HelloService类，在hiService方法上加上@HystrixCommand注解。该注解对该方法建立了熔断器的功能，并指定了fallbackMethod熔断方法，熔断方法直接返回了一个字符串，字符串为”hi,”+name+”,sorry,error!”

@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!";
    }
}

注解解析：

@HystrixCommand

1. 指定断路后执行的方法，经过其调用服务，实现fallback方法

2. 实如今Spring Cloud中使用Hystrix组件：

 

 

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

 

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

 

 

这就说明当 demo2工程不可用的时候，demo3调用 demo2的API接口时，会执行快速失败，直接返回一组字符串，而不是等待响应超时，这很好的控制了容器的线程阻塞。

 

4、Feign中使用断路器

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

 项目架构：

 

基于demo4工程进行改造

Feign是自带断路器的，在D版本的Spring Cloud以后，它没有默认打开。须要在配置文件中配置打开它，在yml最后一行加入：

 

feign.hystrix.enabled: true

 

基于demo4工程进行改造，只须要在FeignClient的SchedualServiceHi接口的注解中加上fallback的指定类就好了：

@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容器中，

@Component
public class SchedualServiceHiHystric implements SchedualServiceHi {
    @Override
    public String sayHiFromClientOne(String name) {
        return "sorry "+name;
    }
}

注解解析：

 

@Component

 

1. 把普通pojo实例化到spring容器中

 

2. 泛指各类组件，就是说当咱们的类不属于各类归类的时候（不属于@Controller、@Services等的时候），咱们就能够使用@Component来标注这个类。

 

 

可能出现的错误：

 

那是由于

这里必须写实现类的.class

 

启动四demo4工程，浏览器打开http://localhost:8765/hi?name=fsdm,注意此时demo2工程已经启动，网页显示：

 

 

关闭demo2工程，从新访问http://localhost:8765/hi?name=fsdm

这证实断路器起到做用了。

 

 

 

 

　　　　　　　　　　　　　　　　　　　　　　　　　　未完，待续。。。