ThinkPHP中实现熔断器半开状态试探需手动触发：在fallback中调用独立probeRequest()，配合CircuitBreaker::factory()与canTryNextRequest()判断超时（如60秒）后允许单次试探，成功切closed、失败回open；Http调用须设failException(true)并手动recordFailure()业务错误；状态须用Redis缓存持久化；试探成功后应渐进式放量而非立即全量恢复。
ThinkPHP 里怎么实现熔断器的半开状态试探？
半开状态不是自动触发的，必须手动在 fallback 或降级逻辑里加试探调用，否则服务永远卡在“断开”状态。
ThinkPHP 本身不带熔断器，得靠第三方库（比如 thephpleague/circuit-breaker）或手写状态机。推荐用 CircuitBreaker::factory() 配合自定义 canTryNextRequest() 判断是否满足试探条件：
- 上次失败距今超过
timeout（如 60 秒），才允许试探 - 试探只发 1 次请求，成功则切回
closed，失败立刻回open - 别在
fallback里直接调原接口——要单独封装一个probeRequest()方法，和主逻辑隔离
为什么 think\facade\Http 调用后熔断没生效？
因为 Http::get() 这类方法默认不抛异常，超时/4xx/5xx 都返回响应对象，熔断器监听不到失败信号。
必须显式配置失败判定规则：
立即学习“PHP免费学习笔记（深入）”；
- 用
Http::timeout(3)->failException(true)强制网络异常抛出HttpException - 对业务错误码（如
resp.code !== 0），要在onFailure回调里手动调$breaker->recordFailure() - 别依赖
try/catch包裹整个 HTTP 调用再通知熔断器——时序错乱，可能漏记失败次数
如何让熔断状态跨请求持久化？
Web 是无状态的，每次请求都是新实例，CircuitBreaker 对象不能存在内存里。
必须落盘或存共享存储：
- 用 ThinkPHP 的
cache驱动（推荐redis）存状态：键名类似circuit_state:api_user_info - 状态字段至少包含：
state（open/closed/half_open）、last_failure_time、failure_count - 注意缓存过期时间要略大于熔断
timeout，否则可能刚到半开就被清掉 - 别用
session或file缓存——并发下状态不一致，多个 worker 会互相覆盖
试探请求成功后，怎么避免瞬间洪峰压垮下游？
半开状态下只放行 1 个试探请求，但一旦成功，后续所有请求立刻涌过去，下游可能还没缓过来。
得加一层渐进式放量：
- 不要一上来就切回
closed，先设为half_open_with_rampup（自定义状态） - 用滑动窗口统计最近 5 次试探成功率，≥80% 再全量放行
- 或者配合
rate limiter，初始只允许每秒 1 次调用，每 30 秒+1，直到回到原始 QPS - 这个逻辑不能放在中间件里统一做——得嵌在具体接口的熔断调用链中，否则不同接口互相干扰
半开试探本质是“赌一次”，但赌之前得把超时、重试、状态同步、放量节奏全控住，漏掉任意一环，熔断就变成单点故障放大器。
