2. 熔断器三大状态详解：Closed、Open、Half-Open 状态转换机制
熔断器（Circuit Breaker）是微服务架构中实现弹性容错的核心模式。其本质是一个有限状态机，通过 Closed（关闭）、Open（打开）、Half-Open（半开） 三个状态的自动流转，实现对下游故障服务的隔离与恢复。理解这三个状态的定义、触发条件及转换规则，是进行熔断器参数调优与故障恢复策略设计的基础。
2.1 三大状态定义与核心特征
| 状态 | 图标色 | 核心行为 | 请求处理方式 | 健康指标 |
|---|---|---|---|---|
| Closed（关闭） | 绿色 | 正常代理请求，统计失败率 | 直接转发给下游服务 | 失败率 < 阈值 |
| Open（打开） | 红色 | 快速失败，拒绝所有请求 | 直接返回降级响应（Fallback） | 失败率 ≥ 阈值 |
| Half-Open（半开） | 橙色 | 探活探测，放行少量请求 | 允许有限请求通过，其余仍降级 | 探测请求成功率 |
关键认知： Closed 状态并非“永远关闭”，而是“熔断器闭合，电流（请求）正常通过”；Open 状态是“熔断器断开，电路切断”；Half-Open 则是“试探性接通，验证故障是否已修复”。
2.2 状态转换机制与触发条件
熔断器的状态转换由 滑动窗口统计 和 阈值比较 驱动。下图展示了三个状态之间的完整转换路径及触发条件。
2.3 状态转换的详细流程
2.3.1 Closed → Open：熔断触发
- 触发条件：在滑动时间窗口内（如 10 秒），请求失败率超过预设阈值（如 50%），且请求总量达到最小请求数（如 5 次）。
- 动作：熔断器立即从 Closed 跳转为 Open，启动超时计时器（如 5 秒）。
- 影响：后续所有请求不再转发给下游，直接执行 Fallback 逻辑，保护下游服务不被继续压垮。
调优要点：阈值设置不宜过低（避免误触发），也不宜过高（失去保护意义）。建议根据业务容忍度，将失败率阈值设置在 40%~60% 之间。
2.3.2 Open → Half-Open：恢复探测
- 触发条件：Open 状态的超时计时器到期（即熔断持续时间结束）。
- 动作：熔断器自动进入 Half-Open 状态，允许有限数量的探测请求通过。
- 影响：大部分请求仍被降级，仅少量请求用于验证下游服务是否已恢复。
2.3.3 Half-Open → Closed 或 Open：决策收敛
- → Closed（恢复成功）：探测请求全部成功，且成功率达到预设阈值（如 100%），熔断器关闭，恢复正常代理。
- → Open（恢复失败）：任意探测请求失败，熔断器立即回到 Open 状态，并重置超时计时器，等待下一次探测。
避坑指南：Half-Open 状态下的探测请求数量（permittedNumberOfCallsInHalfOpenState）不宜过大，通常设置为 1~3 次。过大的探测量可能在被测服务尚未完全恢复时造成二次冲击。
2.4 状态转换参数对照表
以下表格列出了控制三大状态转换的核心参数，这些参数是后续调优章节的基础。
| 参数名称 | 所属状态 | 作用描述 | 典型值 |
|---|---|---|---|
| slidingWindowSize | Closed | 滑动窗口大小（秒或请求数） | 10 |
| minimumNumberOfCalls | Closed | 触发熔断的最小请求数 | 5 |
| failureRateThreshold | Closed | 失败率阈值（百分比） | 50 |
| waitDurationInOpenState | Open | 熔断持续时间（毫秒） | 5000 |
| permittedNumberOfCallsInHalfOpenState | Half-Open | 半开状态允许的探测请求数 | 2 |
| halfOpenMaxCalls | Half-Open | 半开状态最大调用次数 | 3 |
2.5 状态转换的代码示例（Resilience4j）
以下代码展示了使用 Resilience4j 框架配置熔断器状态转换参数的方式。注意参数与上述表格的对应关系。
// 使用 Resilience4j 配置熔断器
CircuitBreakerConfig config = CircuitBreakerConfig.custom()
// Closed 状态参数
.slidingWindowSize(10) // 滑动窗口大小：10 次调用
.minimumNumberOfCalls(5) // 最小请求数：5 次
.failureRateThreshold(50) // 失败率阈值：50%
// Open 状态参数
.waitDurationInOpenState(Duration.ofSeconds(5)) // 熔断持续时间：5 秒
// Half-Open 状态参数
.permittedNumberOfCallsInHalfOpenState(2) // 半开探测请求数：2 次
.halfOpenMaxCalls(3) // 半开最大调用数：3 次
.build();
CircuitBreaker circuitBreaker = CircuitBreaker.of("myService", config);
实践提示：在生产环境中，建议将熔断器参数配置在配置中心（如 Nacos、Consul），以便在不重启服务的情况下动态调整阈值，快速应对突发故障。
2.6 状态转换的常见误区
- 误区一：认为 Open 状态会一直持续到手动重置。实际上，Open 状态有超时机制，超时后自动进入 Half-Open 进行探测。
- 误区二：认为 Half-Open 状态会放行所有请求。实际上，Half-Open 只放行少量探测请求，其余请求仍被降级。
- 误区三：忽略滑动窗口的最小请求数。如果请求量不足，即使失败率很高，也不会触发熔断，导致保护失效。
- 误区四：将 Half-Open 的探测请求数设置过大，导致下游服务在恢复初期被大量请求压垮，形成“二次崩溃”。