Java中用Hystrix或Sentinel实现熔断：Hystrix需配置commandKey/groupKey和超时，Sentinel推荐@SentinelResource+BlockException处理；两者默认仅对RuntimeException熔断，降级须纯内存操作，Feign需适配异常类型，本地测试要注意统计窗口与最小请求数。
Java里怎么用Hystrix或Sentinel实现熔断
熔断不是Java语言原生特性，得靠框架实现。主流就两个选择：Hystrix（已停更，但老项目还在用）和Sentinel（阿里开源，活跃维护）。别硬写逻辑——自己判断失败率、开关状态、半开窗口，容易漏掉超时重试、线程隔离这些关键细节。
实操建议：
-
Hystrix要配commandKey、groupKey，否则熔断统计会串；execution.isolation.thread.timeoutInMilliseconds设太短会误熔断，太长拖垮调用方 -
Sentinel推荐用@SentinelResource注解，但必须配合BlockException处理类，否则fallback不生效；规则要通过FlowRule或控制台动态加载，硬编码在代码里改起来疼 - 两种框架都默认只对
RuntimeException熔断，IOException这类检查异常得手动包装或配置ignoreExceptions
熔断器打开后，下游服务挂了怎么办
熔断触发后，调用直接走降级逻辑，但很多人忘了：降级本身也可能出错。比如降级方法里还去查缓存、读本地文件，结果磁盘满了——整个链路就真断了。
常见错误现象：NullPointerException在fallback里抛出，导致上层看到的是“降级失败”，而不是“已熔断”。
立即学习“Java免费学习笔记（深入）”；
实操建议：
- 降级方法必须是纯内存操作，禁止IO、网络、锁；最稳的是返回预设的
static对象或Optional.empty() - 如果必须查本地缓存，得加
try-catch Throwable兜底，且降级里不能再触发新熔断（避免嵌套） -
Sentinel支持defaultFallback，但只捕获BlockException，非熔断类异常（如NPE）得单独处理
Feign + 熔断时，异常类型经常对不上
Spring Cloud Feign默认把HTTP 4xx/5xx转成FeignException，但Hystrix默认不把它当失败——结果接口一直报500，熔断器却纹丝不动。
使用场景：调第三方HTTP API，对方频繁返回429（限流）或503（服务不可用），你希望立刻熔断，而不是等超时。
实操建议：
- 在
@FeignClient里加fallbackFactory，别用fallback，否则拿不到原始异常 -
Hystrix需配置ignoreExceptions = {FeignException.class}并设为false（即：不忽略） -
Sentinel要自定义BlockExceptionHandler，并在handle里判断cause instanceof FeignException再决定是否计入统计
为什么本地测试熔断总不触发
最常见原因是：单机压测时并发不够，或者失败都是同一秒集中发生，没达到统计窗口阈值。比如Sentinel默认1秒滑动窗口，若你1秒只发5个请求，失败3个，失败率60%，但窗口内请求数
性能影响：熔断统计本身有开销，Hystrix用线程池隔离，每个command占一个池子；Sentinel用信号量模式更轻，但高并发下仍可能因CAS竞争拖慢吞吐。
实操建议：
- 测试前先调
SentinelConfig.setStatIntervalMs(100)把统计周期缩到100ms，方便验证 - 用
JMeter或wrk压测，确保QPS > 熔断规则的minRequestAmount（Sentinel默认5） - 别在
@PostConstruct里初始化熔断规则——Spring Boot启动时上下文还没完，规则可能被覆盖
真正难的不是配参数，而是确定“多少错误算异常”：是按比例？还是按绝对数？要不要区分业务异常和系统异常？这些得贴着监控指标定，不是看文档抄个数字就完事。
