Spring Cloud Hystrix服务容错 （Feign调用方式）

spring cloud 小白，又来总结一些牛人的博客内容了，首先我们今天来谈谈spring cloud hystrix断路器功能，这片文章主要讲解，spring cloud hystrix断路器集成feign client来进行访问。

Hystrix 断路器：

在分布式环境中，一个服务可能会依赖很多其他的服务，并且这些服务都不可避免地有失效的可能。Hystrix通过隔离服务之间的访问点，阻止它们之间的级联故障以及提供回退选项以提高系统的整体可靠性。 Spring Cloud中服务之间的调用方式主要有两种，一种是Ribbon+RestTemplate,一种是Feign声明式服务调用，在实际项目中，为了服务高可用，一个服务通常会集群部署，运行多个实例， 由于网络原因或者服务自身原因，被调用的服务并不能保证100%请求成功，如果这时候有大量的请求请求这个故障的服务，由于服务之间的依赖关系，故障会进行蔓延，这时候会导致调用服务自身也出现不可用的情况，使用Hystrix可以解决这个问题。当某个服务单元发生故障（类似用电器发生短路）之后，通过断路器的故障监控（类似熔断保险丝），向调用方返回一个错误响应，而不是长时间的等待。这样就不会使得线程因调用故障服务被长时间占用不释放，避免了故障在分布式系统中的蔓延。

hystrix 要解决的问题以及产生的原因分析：

避免因为单点故障导致服务级联失败，从而使得整个系统崩溃。

官方中提供一个例子，如果一个应用依赖30个服务，每个服务99.99%的时间处于正常服务状态

    >
    正常工作时间：99.9930 = 99.7% uptime
    失败次数：0.3% of 1亿个请求 = 3,000,000 失败
    每个月至少有2个小时处于异常状态

即使只有0.01%的失败率，每个月仍然有几个小时服务不可用

准备工作：

本文同样有三个工程，分别是：

eureka-server: 服务注册中心，端口1111；

efficiency-taskapplycom-service:服务提供者，端口2210，需要启动多个实例；

efficiency-portal: Feign服务容错，端口2000

首先我们先来看一下，efficiency-taskapplycom-service 服务暴露的接口都有哪些？

 

暴露了一些接口任务申请、任务审批、任务回调的接口。

接下来我们来看一下efficiency-protal项目：

先看一下pom文件的依赖：我们这里看不到feign的jar，是因为我们在api里面已经引用过了，所以不需要再引入了。

看一下在Feign中使用Hystrix，因为Feign默认集成了Hystrix，因此不需要添加Hystrix的依赖。

我们来看一下启动类：

@EnableFeignClients 该注解主要是打开Feign远程服务调用的功能

这时，我们需要看一下feign接口中如何写了

在feign接口中，我们通过指定fallback来实现Hystrix服务容错功能

新建HystrixFeignFallback回调类，并且实现@FeignClient修饰的接口：

最后我们看看controller中的用法：

最后，我们需要做的就是启动注册中心、提供服务的微服务、提供服务的微服务客户端，通过接口访问调用服务。

发现服务不可用，进入熔断器。。。。

 

写的比较简单，熔断器的工作原理都没有清晰的写出来！！！！！！