4. 半开状态与健康检查：探针请求如何模拟真实流量、健康检查阈值设定

熔断器从“开”状态切换到“半开”状态后，系统会允许少量探针请求通过，以验证下游服务是否已恢复。这一过程的核心挑战在于：探针请求必须能真实反映生产流量的行为，同时健康检查的阈值设定必须兼顾误判率与恢复速度。本节将深入探针请求的构造策略与阈值调优方法。

4.1 探针请求的流量模拟策略

探针请求不能只是简单的“ping/pong”心跳，而应模拟真实用户请求的负载特征。常见的模拟维度包括：

4.2 探针请求的流量模拟流程

下图展示了探针请求从构造到决策的完整流程：

4.3 健康检查阈值设定原则

阈值设定直接影响熔断器的灵敏度和稳定性。过低的阈值会导致频繁误判，过高的阈值则会延迟恢复。以下是核心阈值及其推荐范围：

4.4 阈值动态调整策略

静态阈值难以适应流量波动，生产环境推荐使用自适应阈值。以下是一种基于历史基线的动态调整算法：

// 伪代码：自适应阈值调整
class AdaptiveThreshold {
    // 历史基线：过去 24 小时每 5 分钟的成功率
    Map<TimeSlot, Double> historyBaseline;

    double calculateDynamicThreshold() {
        // 获取当前时间段的基线成功率
        double baseline = historyBaseline.get(currentTimeSlot());
        // 允许偏差：基线 - 2 * 标准差
        double stddev = calculateStddev(currentTimeSlot());
        double dynamicThreshold = baseline - 2 * stddev;
        // 限制在 [0.7, 0.98] 之间
        return Math.max(0.7, Math.min(0.98, dynamicThreshold));
    }

    boolean isHealthy(double currentSuccessRate) {
        double threshold = calculateDynamicThreshold();
        return currentSuccessRate >= threshold;
    }
}

4.5 探针请求的隔离与保护

探针请求虽然量小，但仍需防止其对下游造成冲击。以下是推荐的隔离措施：

• 速率限制： 探针请求的发送速率应独立于业务流量，建议使用令牌桶限制为每秒不超过 5~20 个请求。
• 超时隔离： 探针请求的超时应比业务超时更短（如业务超时的 50%），避免探针请求长时间占用连接。
• 资源标记： 在链路追踪中为探针请求添加特殊标签（如 span.kind=probe），方便在监控系统中快速过滤和告警。
• 熔断保护： 探针请求本身也应受熔断保护——如果探针请求连续失败，应暂停探针并延长半开状态的等待时间。

4.6 半开状态下的健康检查决策矩阵

根据探针请求的统计结果，熔断器做出以下决策：