一般我们项目中会出现多个服务互相调用，错综复杂；比如我们只要有一个服务调用出现问题，以上的问题在链路调用中会产生放大的效果。复杂链路上的某一环不稳定，就可能会层层级联，最终导致整个链路都不可用。因此我们需要对不稳定的**弱依赖服务调用**
进行熔断降级，暂时切断不稳定调用，避免局部不稳定因素导致整体的雪崩。熔断降级作为保护自身的手段，通常在客户端（调用端）进行配置。
我们sentinel提供几种熔断策略：
1、 满调用比列：比如我们在每秒QPS大于我们的请求数量，请求接口响应时间如果大于我们的rt（最大响应时间）值； 则会被统计为满调用，之后会被统计会满调用；
我们每秒有十个请求打到我们这个接口中，这样会触发我们的熔断策略；
计算方法是
sps > 最小请求数 && (rt(最大响应时长) > 我们接口响应时间） > 阈值比列
sentinel在1.8.0版本对熔断降级做了大的调整，可以定义任意时长的熔断时间，引入了半开启恢复支持。
熔断状态有三种状态，非别为OPEN、HALF_OPEN、CLOSED
| 状态 | 说明 |
| OPEN | 表示熔断开启，拒绝所有请求 |
| HALF_OPEN | 探测恢复状态，如果接下来的一个请求顺利通过则表示结束熔断，否则继续熔断 |
| CLOSE | 表示熔断关闭，请求顺利通过 |
这个HALF_OPEN状态就是在我们没有请求过来，然后选择是熔断的状态，这时我们又发起一个请求过来会触发这个状态；
2、异常比列：这个跟我们满调用比例类似，就相当于每秒最小请求数大于QPS 并且 每秒QPS大于异常比列，会触发我们熔断策略；
相当于：我们两秒钟QPS有两个请求，这两个请求大于我们的异常比列就会触发熔断策略；
两秒钟有两个请求两个都是异常则触发熔断；
3、异常数：这个跟我们前两个类似， 相当于我们每秒QPS大于最小请求数并且大于异常数的情况下则触发熔断；
这个就当于：我们两秒钟有两个请求，而且两个请求都出现异常则进行熔断；
