3. 半开状态核心原理

半开状态（Half-Open）是熔断器从“开”到“关”的过渡状态，也是熔断器能够自动恢复的关键设计。没有半开状态，熔断器一旦打开就只能由人工重置，无法实现自愈。

3.1 半开状态的设计目的

半开状态要解决的核心矛盾是：服务可能已经恢复，但熔断器不敢直接放行全部流量。直接放行会导致两个问题：

• 雪崩重现：如果服务仍未恢复，大量请求涌入会再次压垮服务。
• 恢复探测缺失：没有试探机制，熔断器永远不知道下游是否已恢复。

半开状态通过限制探测流量，在“保护系统”和“尽快恢复”之间取得平衡。其核心设计目标如下表所示：

3.2 允许有限请求通过

在半开状态下，熔断器不会放行所有请求，而是按照预设的探测窗口大小（通常由参数 permittedNumberOfCallsInHalfOpenState 控制）放行固定数量的请求。这些请求被称为“探测请求”或“探针请求”。

探测请求的通过规则：

1. 计数窗口：熔断器维护一个原子计数器，每放行一个请求，计数器 +1。
2. 上限约束：当计数器达到 permittedNumberOfCallsInHalfOpenState 时，后续请求直接快速失败（抛出 CallNotPermittedException）。
3. 滑动重置：如果探测请求全部成功，熔断器关闭；如果有任何失败，熔断器重新打开并重置计数器。

以 Resilience4j 为例，半开状态下的请求通过逻辑如下：

// Resilience4j 半开状态请求许可判断（简化核心逻辑）
if (state == State.HALF_OPEN) {
    // 原子递增，确保并发安全
    long currentCount = halfOpenCallCounter.incrementAndGet();
    if (currentCount <= permittedNumberOfCallsInHalfOpenState) {
        // 允许请求通过
        return true;
    } else {
        // 超过探测窗口上限，拒绝
        return false;
    }
}

3.3 探测服务恢复的机制

半开状态通过连续成功/失败判定来探测服务是否恢复。判定逻辑通常包含两个关键参数：

• 成功阈值（successThresholdInHalfOpenState）：连续成功次数达到此值，熔断器关闭。
• 失败阈值（failureThresholdInHalfOpenState）：连续失败次数达到此值，熔断器重新打开。

探测流程如下图所示：

3.4 半开状态参数配置对照

不同熔断器框架对半开状态的参数命名略有差异，但核心语义一致。下表列出主流框架的对应关系：