Hyperf服务可通过五种方式实现熔断降级：一、用hyperf/circuit-breaker注解配置超时、失败/成功计数及降级回调；二、集成Sentinel动态规则驱动熔断；三、自定义AbstractHandler实现复合判断逻辑；四、结合Nacos/Consul服务治理自动隔离故障实例；五、手动控制熔断状态并注入降级响应。
如果Hyperf服务在调用依赖服务时频繁失败或响应超时，可能导致级联故障与系统雪崩。以下是实现熔断降级策略的多种方法：
一、使用hyperf/circuit-breaker组件配置注解式熔断
该方法通过轻量级注解为指定方法启用熔断器，自动拦截异常调用并触发降级逻辑，无需侵入业务主流程。
1、执行命令安装熔断器组件：composer require hyperf/circuit-breaker
2、在目标服务方法上添加#[CircuitBreaker]注解，设置关键参数：
3、指定超时阈值（单位：秒），例如timeout => 0.05
4、设定触发熔断的连续失败次数，例如failCounter => 1
5、设定恢复服务所需的连续成功调用次数，例如successCounter => 1
6、绑定降级回调方法，格式为[UserService::class, 'searchFallback']
二、基于Sentinel实现动态规则驱动的熔断降级
该方法借助Sentinel客户端实现运行时可调的熔断策略，支持按响应时间、错误率等多维指标实时判定熔断状态，并配合配置中心实现规则热更新。
1、在config/autoload/sentinel.php中启用客户端并配置连接参数
2、在config/autoload/sentinel_rules.php中定义熔断规则，包括资源名、熔断等级（如DEGRADE_GRADE_RT）、阈值（毫秒）、时间窗口（秒）及最小请求数
3、声明降级处理器映射，将资源名（如'getUserInfo'）指向具体类与方法，例如[\App\Fallback\UserServiceFallback::class, 'getUserInfo']
4、确保服务方法被Sentinel切面拦截，通常需配合@SentinelResource注解或全局AOP配置
三、自定义熔断策略处理器
当默认超时策略无法满足业务需求时，可通过继承AbstractHandler编写适配业务特征的熔断逻辑，例如基于错误率、并发数或慢调用比例的复合判断。
1、创建新类，例如ErrorRateHandler，继承AbstractHandler
2、重写process方法，在其中获取当前统计周期内的失败率数据
3、根据预设错误率阈值（如0.5）决定是否返回熔断结果
4、将自定义处理器注册至容器，并在注解中通过handler参数指定其类名
四、结合服务注册发现实现故障实例自动隔离
该方法不依赖单点调用链路的熔断，而是从服务治理层剔除异常节点，使下游调用天然绕过不可用实例，形成集群级降级效果。
1、启用hyperf/service-governance-nacos或hyperf/service-governance-consul组件
2、配置健康检查策略，例如HTTP探针路径/health或TCP端口连通性检测
3、设置心跳间隔与失联阈值，例如heartbeat => 5（秒）与failThreshold => 3
4、在服务消费者端启用负载均衡策略，如LeastConnectionsLoadBalancer，优先分发至健康实例
五、手动控制熔断状态并注入降级响应
该方法适用于需人工干预或灰度验证场景，通过直接操作熔断器状态管理器，强制开启/关闭熔断，并在业务代码中显式调用降级逻辑。
1、从容器中获取CircuitBreakerManager实例
2、调用forceOpen方法对指定服务键（如'user-service:search'）执行强制开启
3、在服务调用前检查isOpened状态，若为true则跳过远程调用
4、直接执行本地缓存读取或返回预置默认值，例如return $this->getDefaultUserList()
