半开状态不会自动探测，必须手动触发试探请求；php无后台常驻进程，无法定时轮询，需在降级分支显式调用proberequest()，并用redis原子操作保障状态一致性。
半开状态不会自动探测，必须手动触发试探请求；不写 probe 逻辑，熔断器就永远卡在 open 状态。
为什么半开状态总是进不去
PHP 没有后台常驻进程，无法像 Java 的 Hystrix 那样定时轮询恢复。半开（Half-Open）不是时间一到就自动切换的，而是靠下一次调用时检查“上次失败距今是否超 timeout”来决定是否允许试探。
- 必须在 fallback 或降级分支里显式调用
probeRequest()，不能复用主调用逻辑 -
CircuitBreaker::canTryNextRequest($service)要自己实现：读 Redis 中的circuit_state:{$service}，判断last_failure_time是否超过预设熔断时长（如 60 秒） - 如果用
thephpleague/circuit-breaker，它默认不提供canTryNextRequest，得自己封装一层判断逻辑 - FPM 下若没配 Redis 存储，每个 worker 读到的状态是隔离的，可能 A 进程刚写入 open，B 进程仍读到 closed，导致探测失效
probeRequest() 怎么写才安全
试探请求不是“再试一次原接口”，而是独立封装、带严格限制的轻量探测调用，否则容易把半开变成雪崩入口。
- 必须用单独的
Http::timeout(2)->failException(true)客户端，超时比主调用更短 - 只校验连接通、HTTP 2xx，不校验业务字段；失败时调
$breaker->recordFailure($service)，成功才调$breaker->recordSuccess($service) - 禁止在
try/catch里包住整个 probe——异常捕获位置不对，recordFailure可能漏掉 curl_error 或 0 状态码 - 试探成功后，不要立刻切回
closed，先设为half_open_with_rampup，配合滑动窗口控制后续 5 次请求成功率 ≥80% 再全量放行
Redis 存储怎么防并发错乱
多个请求同时失败，INCR 和 EXPIRE 分两步执行，会导致计数超阈值但过期没设上，熔断状态残留或丢失。
- 失败计数 key 建议带日期粒度：
circuit:api_payment:20260506:failure_count，避免跨天统计漂移 - 开启熔断用
SETNX circuit:api_payment:open 1，配合EXPIRE原子执行（用 Lua 脚本或 Redis 6.2+ 的SET ... NX EX） - 半开探测用
GETSET circuit:api_payment:half_open_ts {now}，返回旧值做时间比对，避免两个请求同时进入半开 - 别用
INCR+EXPIRE两命令组合——中间若 crash，key 就永久存在
降级数据结构为什么必须和主接口一致
前端解析 JSON 时字段缺失、类型错位、嵌套层级不匹配，会直接触发客户端报错，比服务不可用还麻烦。
- 降级响应不能是
['msg' => '服务降级中']，而要完全复刻主接口结构，比如主接口返回{'code': 0, 'data': {'id': 123}, 'msg': ''}，降级也得返回同结构，data可填空数组或缓存快照 - 缓存降级数据建议走
cache()->get('fallback:api_user_info')，key 和主接口一致，更新由上游主动刷新或 TTL 自动淘汰 - 别在降级逻辑里拼接字符串返回，要用
json_encode()输出标准 JSON，且确保 UTF-8 编码无 BOM
半开探测真正难的不是代码，而是状态边界——什么时候算“失败”，什么时候算“成功”，失败后要不要重置计数，成功后要不要立即放量。这些细节不抠清楚，熔断器只是个开关，不是保护伞。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
