【SpringCloud-3】Hystrix熔断器

通常情况下，一个请求可能会调用很多个服务。 如果下游某个服务异常，不能正常返回结果，导致上游所有服务等待，最终可能导致大量服务资源耗尽，造成雪崩。

说简单点，撸代码时，一定要保护好自己的服务，在对其他某个服务发起请求时，要做好容错和降级，不要因为其他服务影响自己的服务。

有一种很简单的方法，可以try catch。 就是调用报错了，不导致自己的服务也报错。  但是呢，这种方式仅仅是吃掉了错误，但请求过程中还是会一直等待，直到超时或者返回错误结果。 而且，每次请求来都依然会调用，如果阻塞太多，也无法解决雪崩问题。

那么，hystrix就来了。它可以实现服务调用的延迟和容错，特点如下：

• 包裹请求：使⽤HystrixCommand包裹对其他服务的调⽤。 
• 跳闸机制：当某服务的错误率超过⼀定的阈值时，Hystrix可以跳闸，停⽌请求该服务⼀段时间。
• 资源隔离：Hystrix为每个依赖都维护了⼀个⼩型的线程池(舱壁模式)（或者信号量）。如果该线程池已满， 发往该服务的请求就被⽴即拒绝，⽽不是排队等待，从⽽加速失败判定。
• 监控：Hystrix可以近乎实时地监控运⾏指标和配置的变化，例如成功、失败、 超时、以及被拒绝的请求等。
• 回退机制：当请求失败、超时、被拒绝，或当断路器打开时，执⾏回退逻辑。回退逻辑由开发⼈员 ⾃⾏提供，例如返回⼀个缺省值。
• ⾃我修复：断路器打开⼀段时间后，会⾃动进⼊“半开”状态。

用法：

1、引入依赖

服务消费者⼯程（⾃动投递微服务）中引⼊Hystrix依赖坐标（也可以添加在⽗⼯程中）

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

2、服务消费者⼯程的启动类中添加熔断器开启注解 @EnableCircuitBreaker

3、定义服务降级处理⽅法，并在业务⽅法上使⽤@HystrixCommand的fallbackMethod属性关联到服务降级处理⽅法（熔断时，会走该方法）。 

    /*
        定义回退方法，返回预设默认值
        注意：该