摘要：​ 在微服务架构中，服务间的调用错综复杂。当某个下游服务（如数据库、第三方接口）出现故障或响应缓慢时，如果不加以控制，很容易导致请求堆积，最终拖垮整个系统。Sentinel 提供的熔断降级（Circuit Breaker）功能，就像电路中的“保险丝”，能在关键时刻切断不稳定的调用，保护系统稳定。本文将结合 Sentinel 控制台配置图，深入浅出地讲解熔断降级的三种策略及其工作原理。

一、 什么是熔断降级？

熔断降级是 Sentinel 提供的一种服务保护机制。它的核心思想是：当检测到某个资源（接口）的调用出现异常（如超时、报错）达到一定阈值时，自动切断对该资源的调用，直接返回降级结果（Fallback），从而避免雪崩效应。

核心作用：

1. 切断不稳定调用：防止故障扩散。

2. 快速返回不积压：避免请求长时间阻塞，释放线程资源。

3. 避免雪崩效应：保护上游服务不被下游故障拖垮。

二、 断路器工作原理（状态机）

Sentinel 的熔断器遵循经典的三态模型：关闭（Closed）、打开（Open）、半开（Half-Open）。

1. 关闭状态 (Closed)

• 状态描述：正常流量通过，服务正常调用。

• 触发条件：在统计时长内，如果慢调用比例、异常比例或异常数超过了设定的阈值，熔断器会跳转到打开状态。

2. 打开状态 (Open)

• 状态描述：拒绝所有请求，直接执行降级逻辑（Fallback）。

• 触发条件：当熔断时长（timeWindow）结束，熔断器会进入半开状态进行试探。

3. 半开状态 (Half-Open)

• 状态描述：允许一个请求通过（试探），其余请求继续拒绝。

• 触发条件：

  • 如果试探请求成功，则认为服务已恢复，熔断器回到关闭状态。

  • 如果试探请求失败，则认为服务仍不可用，熔断器回到打开状态，重新计时。

三、 三种熔断策略详解

Sentinel 提供了三种不同的熔断策略，分别针对不同的故障场景：

1. 慢调用比例 (Slow Request Ratio)

• 适用场景：服务响应时间过长，导致线程池耗尽。

• 原理：统计窗口内，响应时间超过“最大 RT”的请求数占总请求数的比例。

• 配置示例：

  • 最大 RT：1000ms（超过1秒算慢调用）。

  • 比例阈值：0.8（80%的请求都慢）。

  • 含义：如果在5秒内，有80%的请求响应时间超过了1秒，触发熔断。

2. 异常比例 (Error Ratio)

• 适用场景：服务频繁报错，但响应速度可能很快。

• 原理：统计窗口内，异常数占总请求数的比例。

• 配置示例：

  • 比例阈值：0.8（80%的请求报错）。

  • 含义：如果在5秒内，有80%的请求发生了异常，触发熔断。

3. 异常数 (Error Count)

• 适用场景：对异常非常敏感，不允许出现任何异常。

• 原理：统计窗口内，异常数达到设定的阈值。

• 配置示例（参考图5）：

  • 异常数：10。

  • 含义：如果在5秒内，出现了10次异常，立即触发熔断。

四、 总结

熔断降级是微服务架构中不可或缺的一环。通过合理配置 Sentinel 的熔断规则，我们可以：

• 防患于未然：在故障发生初期就切断调用，防止故障扩散。

• 优雅降级：给用户返回友好的提示或默认值，而不是直接报错。

• 自我修复：通过半开状态的试探机制，自动恢复服务。

建议在实际项目中，针对核心链路和不稳定的第三方依赖，务必配置熔断降级规则，为你的系统加上一道坚实的“保险丝”。