熔断器原理：三种状态与状态转换机制

熔断器（Circuit Breaker）是分布式系统中防止级联故障的核心模式。它通过监控对下游服务的调用失败率，在故障达到阈值时主动切断请求，避免资源耗尽和雪崩效应。理解熔断器的三种状态及其转换机制，是配置合理熔断策略的基础。

熔断器三种状态

熔断器维护一个有限状态机，包含三个核心状态：Closed（关闭）、Open（打开） 和 Half-Open（半开）。每个状态对应不同的请求处理策略。

状态转换机制

状态转换由三个核心事件驱动：失败率超阈值、冷却超时、探测请求结果。下图展示了完整的状态转换流程：

熔断阈值配置

熔断阈值是决定熔断器灵敏度的关键参数。配置不当会导致"误熔断"（过于敏感）或"熔断滞后"（过于迟钝）。以下是核心配置项及其推荐范围：

滑动窗口与失败率计算

熔断器通常使用滑动窗口来统计失败率，而非全局计数器。滑动窗口有两种实现方式：

• 计数滑动窗口： 固定窗口大小（如最近 20 个请求），新请求到达时淘汰最旧请求。实现简单，但窗口边界处可能出现统计偏差。
• 时间滑动窗口： 将时间划分为多个桶（如 10 个 1 秒桶），每个桶独立计数。滚动时间窗口聚合所有桶的数据，精度更高，但内存开销略大。

熔断器配置示例（Resilience4j）

以下是一个基于 Resilience4j 的熔断器配置示例，展示了上述阈值的实际设置方式：

CircuitBreakerConfig config = CircuitBreakerConfig.custom()
    .failureRateThreshold(50)                    // 失败率阈值 50%
    .slidingWindowSize(20)                       // 滑动窗口大小 20 个请求
    .minimumNumberOfCalls(10)                    // 最少请求数 10
    .waitDurationInOpenState(Duration.ofSeconds(15))  // 冷却时间 15 秒
    .permittedNumberOfCallsInHalfOpenState(3)    // 半开状态允许 3 个探测请求
    .slidingWindowType(SlidingWindowType.TIME_BASED) // 基于时间的滑动窗口
    .build();

CircuitBreaker circuitBreaker = CircuitBreaker.of("backendService", config);

状态转换的完整流程

结合上述配置，熔断器的完整生命周期如下：

1. 初始状态： 熔断器处于 Closed 状态，所有请求正常通过，滑动窗口持续记录成功/失败计数。
2. 触发熔断： 当滑动窗口内的请求数达到 minimumNumberOfCalls，且失败率 ≥ failureRateThreshold，熔断器切换到 Open 状态。
3. 快速失败： 在 Open 状态下，所有请求立即返回降级响应（如默认值、缓存数据或错误提示），不发起真实调用。
4. 冷却等待： 经过 waitDurationInOpenState 时间后，熔断器自动进入 Half-Open 状态。
5. 探测恢复： 在 Half-Open 状态下，允许 permittedNumberOfCallsInHalfOpenState 个请求通过。若全部成功，熔断器回到 Closed；若有任一失败，立即回到 Open 并重置冷却计时器。