Hystrix断路器无法触发问题咨询（默认配置场景）

你提到的默认配置理解有个小偏差——Hystrix的断路器触发条件不是“20次连续请求中有10次异常”，而是在10秒的滚动统计窗口内，累计请求数≥20，且错误请求的占比≥50%。结合你创建20个MyCommand实例调用execute()却没触发断路器的情况，大概率是以下几个原因之一：

1. 你的异常没有被Hystrix计入错误统计 #

Hystrix并不是把所有异常都算成“触发断路器的错误”。比如如果你的run()方法抛出的是HystrixBadRequestException，这个异常会被标记为“用户侧错误”（比如参数非法），不会计入断路器的错误率统计。

检查一下你的MyCommand实现：

@Override
protected String run() throws Exception {
    // 这种异常不会被计入错误统计
    throw new HystrixBadRequestException("参数错误");
    // 只有普通RuntimeException/Exception才会被统计
    // throw new RuntimeException("服务调用失败");
}

2. 请求没有落在同一个统计窗口内 #

Hystrix的滚动统计窗口是10秒（MetricsRollingStatisticalWindowInMilliseconds=10000），如果你的20次execute()调用时间跨度超过了10秒，统计数据会被拆分到多个窗口中，每个窗口的请求数都达不到20的阈值，自然不会触发断路器。

比如你如果在每次调用之间加了1秒延迟，20次请求就花了20秒，每个窗口最多只有10次请求，永远满足不了累计请求数的要求。

3. 实际错误率没达到阈值 #

你说“20次请求中有10次异常”，但要确认这些异常真的被Hystrix判定为错误：

• 有没有在run()方法内部捕获了异常却没有重新抛出？如果异常被内部消化，Hystrix根本感知不到错误。
• 是不是部分请求实际执行成功了，导致错误数不足10？比如代码逻辑里的异常触发条件没有正确生效。

4. 每个MyCommand实例的CommandKey不统一 #

Hystrix是按CommandKey聚合统计请求的，默认情况下CommandKey是你的MyCommand类名，所有实例的统计会合并。但如果你手动给每个实例指定了不同的CommandKey，比如：

// 每个实例用唯一的CommandKey，统计会被拆分
MyCommand command = new MyCommand(HystrixCommandKey.Factory.asKey("MyCommand-" + i));

那每个CommandKey下的请求数只有1次，永远达不到20的阈值，断路器当然不会触发。

5. 可以手动验证统计数据 #

如果还是找不到原因，你可以在调用完20次请求后，通过Hystrix的Metrics API查看实际统计数据：

HystrixCommandMetrics metrics = HystrixCommandMetrics.getInstance(HystrixCommandKey.Factory.asKey("MyCommand"));
System.out.println("总请求数：" + metrics.getCumulativeCountRequests());
System.out.println("错误数：" + metrics.getCumulativeCountErrors());

通过这些数据就能直观判断是否满足了断路器的触发条件。

内容的提问来源于stack exchange，提问作者stumped