**服务降级:**
服务器忙碌或者网络拥堵时,不让客户端等待并立刻返回一个友好提示,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秒
})
总结:只要是我们服务不可用了(调用超时、内部错误),都可以用降级来处理。