SpringCloud学习（四）之Hystrix

为什么需要服务熔断

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

可以通过下图简单理解：

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

1. 引入依赖：

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

2. 配置文件(参考Ribbon篇配置)
   Feign是自带断路器的，它没有默认打开。需要在配置文件中配置打开它，在配置文件加以下代码：

feign.hystrix.enabled=true

3. 核心代码：

将上一篇中的service-feign工程进行改造，在FeignClient的SchedualServiceHello接口的注解中加上fallback的指定类就行了：

@FeignClient(value = "service-1", fallback = SchedualServiceHelloHystric.class)
public interface SchedualServiceHello {
    @RequestMapping(value = "/hello",method = RequestMethod.GET)
    String sayHelloFromClientOne(@RequestParam(value = "name") String name);
}

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

@Component
public class SchedualServiceHelloHystric implements SchedualServiceHello {
    @Override
    public String sayHelloFromClientOne(String name) {
        return "error" + name;
    }
}

此时不启动service-1服务，只启动servcie-feign服务，访问http://localhost:8765/hello?name=tom，结果显示：

error tom

启动service-1服务，再次访问链接，结果显示：

hello tom