swoole高可用服务需通过consul/etcd实现服务注册发现、协程健康检查、加权轮询路由及渐进式流量恢复。注册失败需循环重试；主动探测与被动熔断双机制保障节点状态准确；权重动态调整依赖consul kv监听，否则恢复延迟。
在Swoole中构建高可用服务时，需让多个Worker进程或独立Swoole服务器实例自动分摊请求，并实时剔除异常节点——不能依赖Nginx反向代理的简单轮询，必须由PHP层主动探测、标记、路由和恢复。
启动多个Swoole HTTP Server实例并注册到服务发现中心
使用Consul或Etcd作为服务注册中心，每个Swoole服务启动时主动上报IP、端口、权重及元数据。
在server.php中初始化服务注册逻辑：new \Swoole\Coroutine\Channel(1) → 调用Consul API PUT /v1/catalog/register → 传入{“Node”: “srv-01”, “Address”: “192.168.1.10”, “Service”: {“ID”: “api-v1-8081”, “Service”: “api”, “Tags”: [“v1”], “Address”: “”, “Port”: 8081, “Meta”: {“status”: “up”, “load”: “low”}}}。
注册失败时，【服务将无法被发现，且不会自动重试】，需在协程中循环调用register()直到HTTP返回200。
实现基于协程的健康检查机制
方法一：主动心跳探测
每3秒起一个协程，遍历服务注册列表，对每个节点发起HEAD请求 → 检查响应状态码是否为200且耗时＜300ms → 若连续3次失败，更新Consul中该服务的Tag为“down”。
方法二：被动熔断监听
在Swoole Server的onRequest回调中，记录每个上游节点的最近5次响应时间与错误码 → 使用滑动窗口统计错误率 → 错误率＞30%持续10秒，则本地内存标记该节点为“暂不可用”，跳过路由。
Swoole 6.1.1 是一个专为 PHP 设计的高性能事件驱动并发网络引擎。作为稳定版，它修复了编译时对 zlib 依赖的缺失及 curl 模块的内存安全风险。该版本支持协程、多线程与多进程架构，内置 TCP/HTTP/WebSocket 服务器，能够显著提升 PHP 在微服务、实时通信等场景下的执行效率与并发能力。
注意：被动熔断不修改注册中心状态，仅影响本机路由决策；主动探测才真正下线节点。
构建动态负载均衡路由器
第一步：从Consul拉取所有tag为“up”的api服务实例列表 → 解析JSON得到[{"Service":{"ID":"api-v1-8081","Address":"192.168.1.10","Port":8081}}, ...]。
第二步：按权重加权轮询（Weighted Round Robin）排序 → 权重来自Consul服务元数据中的“weight”字段，默认为100 → 计算累积权重数组，用当前请求序号对总权重取模定位节点。
第三步：发起协程HTTP客户端请求 → new Swoole\Coroutine\Http\Client($host, $port) → set(['timeout' => 5]) → get('/health') → 若超时或返回非200，立即切换下一个候选节点，最多尝试2次。
这一步必须启用keep-alive复用连接，否则高频请求会触发TIME_WAIT风暴。
处理节点恢复与流量预热
当健康检查重新探测到某节点返回200，不立即全量导流 → 先将其权重设为原值的10% → 持续观察5分钟内错误率＜5% → 再逐步提升至50% → 最后恢复100%。
恢复过程通过Consul KV写入临时键：PUT /v1/kv/svc/api-v1-8081/weight → 值为“10”，服务端监听该KV变更并热加载权重配置。
若未监听KV变更，【权重更新将只在下次拉取服务列表时生效，造成恢复延迟】。
