一、Hystrix断路器-局部降级(在服务提供方设置)

**服务降级：**
服务器忙碌或者网络拥堵时，不让客户端等待并立刻返回一个友好提示，fallback(备选方	案)。
触发服务降级的情况:
1.程序运行出现异常
2.服务器超时
3.服务器熔断器触发的降级
4.线程池满时
问题：为什么要进行服务降级？
在高并发测试时，消费者访问也会变得很慢，甚至出现超时报错。

解决思路:

对方(8001)服务超时了，调用者(80)不能一直卡死等待，必须有服务降级
对方(8001)服务down机了，调用者(80)不能一直卡死等待，必须有服务降级
对方(8001)服务ok，调用者(80)自己出现故障或有自我要求(自己的等待时间小于服务提供者)，自己处理降级

---

局部服务降级(在服务提供方设置)

一般服务降级放在消费端，即 消费者端 ，但是提供者端一样能使用。

一、
首先提供者，即8001 先从自身找问题，设置自身调用超时的峰值，峰值内正常运行，超出峰值需要有兜底的方法处理，作服务降级fallback
(1)在8001服务提供方引入Hystrix依赖

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

(2) 对 8001 的service进行配置（对容易超时的方法进行配置) :
注意：降级逻辑方法必须和被降级的方法形参和返回值必须保持一致

（3）在启动类上开启服务熔断

@EnableCircuitBreaker         //开启服务熔断，添加该注解才能进行服务降级

fallbackMethod :指定降级方法		HystrixProperty:降级属性等待时间
@HystrixCommand(fallbackMethod = "timeoutHandle",commandProperties = {
      @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds",value = "3")  //  3秒
 })

总结：只要是我们服务不可用了(调用超时、内部错误)，都可以用降级来处理。