雪崩：微服务调用链路中某个服务的故障，导致整个链路中的所有微服务都不可用。（其实就是一个服务的问题 导致 另一个访问它的服务出问题）

常见的解决方案：

1. 请求限流：限制访问  微服务请求(接口)  的并发量，避免服务因浏览激增出现故障

2. 线程隔离：限定  业务能使用的线程数量  而将故障业务隔离，避免故障扩散

3. 编写服务降级：就是服务调用失败后的处理逻辑，根据业务场景，可以抛出异常，也可以返回友好提示或默认数据。

4. 服务熔断： 由断路器统计请求的异常比例或慢调用比例，如果超出阈值就会熔断该业务，拦截该接口的请求，在熔断期间，所有请求快速失败，全部走fallback逻辑；当服务恢复时，断路器会放行访问该服务的请求。

断路器内部的三个状态及其原理：

• closed：关闭状态，断路器放行所有请求，并开始统计异常比例、慢请求比例。超过阈值则切换到open状态
• open：打开状态，服务调用被熔断，访问被熔断服务的请求会被拒绝，快速失败，直接走降级逻辑。Open状态持续一段时间后会进入half-open状态
•  half-open：半开状态，尝试放行一次请求，根据执行结果来判断接下来的操作。