SpringCould之Hystrix熔断器

Hystrix

在微服务架构中，一台服务往往会去远程调用别的服务，但是如果别的服务出现了故障，或者因为网络问题导致迟迟没有给出响应，这时我们的请求会一直占据着资源，如果在高并发的时候，还会把服务压垮，导致此服务不能使用，依赖于这个服务的所有服务都会出现问题，导致服务雪崩。

为了解决这一的问题，hystrix解决的方案有两种：

1. 线程隔离，服务降级
2. 服务熔断

线程隔离

Hystrix为每个服务开启了一个线程池，当这个线程池已经满了，后面再来的请求就会直接进行拒绝，默认情况不采用排队。
因为分配了线程池，这个时候用户请求不再直接访问服务，而是交给线程池利用空闲的线程去进行访问服务，如果线程池没有空闲的线程，或者请求超时，都会进行降级处理（服务降级）。
触发hystrix服务降级的情况：线程池已满，请求超时

服务熔断

类似家里的电路保险丝，如果电路发生短路，保险丝立刻就会断开，后面的就不会再通电了。
在微服务中也是类似的效果，如果服务的调用方发现了某些服务反应很慢，或者连着不上去的时候，能够主动熔断，防止系统被拖垮。
在有些系统熔断后不能自动重连，但是hystrix可以实现弹性容错，当情况好转后可以自动重连。
主要可以在熔断后将后续的请求直接拒绝，一段时候后运行部分请求通过，如果调用成功则可以继续使用，否则继续断开

熔断状态 会有三个状态：

Closed：关闭状态，所有请求都可以正常访问
Open：打开状态，所有请求都会被降级，Hystrix会根据请求情况进行技术，当一定时间内失败的请求达到某个值的时候会触发熔断器，熔断器就会打开，默认比例是50%，请求次数不少于20次
Half open ：半打开状态，打开状态不是永久的（默认是5S），随后熔断器会进入半开状态。此时部分请求会通过，如果这些请求都成功了，那么就会关闭熔断器，否则继续打开再次等待。

代码实现

1. 导入依赖

		<dependency>
            <groupId>org.spr