3. 半开状态的触发条件：从打开状态切换到半开状态的条件

熔断器从打开（Open）状态切换到半开（Half-Open）状态是整个熔断机制中最为关键的决策点。触发条件的设计直接决定了系统恢复的速度与稳定性。平台工程在标准化部署中，通常通过以下三个核心参数来控制这一切换：超时时间、请求阈值和滑动窗口策略。

3.1 超时时间（Timeout / Sleep Window）

超时时间是熔断器从打开状态切换到半开状态前必须等待的最短时间。这个参数通常被称为“睡眠窗口”或“冷却时间”。

• 定义：熔断器进入打开状态后，启动一个计时器，在计时器到期之前，所有请求直接快速失败，不进行任何尝试。
• 作用：给下游服务（或依赖资源）一个缓冲期，让其从故障中恢复（如重启、扩容、缓存预热）。
• 典型配置：在平台工程模板中，超时时间通常设置为 5s ~ 60s，具体取决于服务的平均恢复时间（MTTR）。

3.2 请求阈值（Request Threshold）

请求阈值决定了在超时时间结束后，熔断器允许进入半开状态的试探请求数量。这个参数控制着半开状态下的流量放行力度。

• 定义：当熔断器处于打开状态且超时时间已过，系统允许通过的最大请求数（通常为1个或少量几个）。
• 作用：限制试探流量，防止大量请求瞬间涌入尚未完全恢复的服务。
• 典型配置：在平台工程模板中，请求阈值通常设置为 1 ~ 5。对于关键服务，推荐设置为 1，即“单探针模式”。

3.3 滑动窗口策略（Sliding Window Strategy）

滑动窗口策略用于在超时时间结束后，决定何时以及如何触发半开状态的试探请求。它解决了“超时时间到了，但服务是否真的恢复了？”的问题。

平台工程标准模板中主要采用以下两种滑动窗口策略：

3.4 触发条件综合流程

以下 SVG 图展示了从打开状态到半开状态的完整触发流程，包含超时时间、请求阈值和滑动窗口策略的协同工作：

3.5 平台工程标准模板配置示例

以下是一个基于平台工程标准模板的熔断器半开状态触发配置（YAML格式），展示了三个核心参数的典型设置：

# 熔断器配置模板 (circuit-breaker-template.yaml)
apiVersion: resilience.platform/v1
kind: CircuitBreaker
metadata:
  name: service-cb-template
spec:
  # 状态切换配置
  transition:
    # 从打开到半开的超时时间（睡眠窗口）
    sleepWindow: 30s
    
    # 半开状态试探请求阈值
    halfOpenThreshold: 1
    
    # 滑动窗口策略配置
    slidingWindow:
      type: sliding  # 可选: fixed | sliding
      windowSize: 1s  # 每个窗口的时间跨度
      bucketCount: 10  # 滑动窗口的桶数量（用于统计）
    
    # 半开状态探测逻辑
    probe:
      enabled: true
      probePath: /health/ready  # 健康检查端点
      probeTimeout: 2s
      probeInterval: 1s  # 窗口内探测间隔

3.6 三种触发条件的协同关系

超时时间、请求阈值和滑动窗口策略并非独立工作，而是形成一个完整的决策链：

1. 超时时间提供“冷却期”，确保服务有足够时间恢复。
2. 滑动窗口策略在冷却期结束后，将时间细粒度化，避免瞬间流量冲击。
3. 请求阈值在每个窗口内限制试探请求数量，确保探测的“轻量级”。

三者共同作用，使得熔断器从打开状态切换到半开状态的过程既安全（避免二次故障）又高效（尽快恢复服务）。