Hystrix 中 getExecutionException() 无法直接获取自定义异常，因其返回的是 HystrixRuntimeException，原始异常仅存在于 cause 链中；降级逻辑不参与异常传播，需在 run() 中捕获并透传异常状态供 fallback 使用。
Hystrix 中无法通过 getExecutionException() 获取触发降级的“自定义异常”，因为该方法返回的是 Hystrix 封装后的 HystrixRuntimeException（或其子类），原始异常被包装在 cause 链中，且仅当命令执行失败（如超时、熔断、线程池拒绝）时才会抛出；而**降级逻辑（fallback）本身不抛异常，也不影响 executionException 的内容**。
为什么 getExecutionException 拿不到你的自定义异常？
Hystrix 的降级（fallback）是主动调用的备用逻辑，不是异常传播过程。触发降级的“原因”可能是：
- 主逻辑抛出异常（如业务异常）→ 此时若未被
run()吞掉，会进入 failure 流程，getExecutionException()可能包含你的异常（但已被包装） - 超时、熔断、拒绝等系统性失败 →
getExecutionException()返回的是HystrixRuntimeException，cause 是TimeoutException、HystrixRuntimeException等，和你的业务异常无关 - 你在
getFallback()里手动 throw 自定义异常 → 这不会影响getExecutionException()，它只反映run()执行阶段的问题
想在降级时感知原始业务异常？正确做法是捕获并透传
如果你的 run() 方法可能抛出自定义异常（如 BusinessException），又希望 fallback 能区分处理，不要依赖 getExecutionException()，而是：
- 在
run()中 try-catch 捕获自定义异常，保存到成员变量或 ThreadLocal - 在
getFallback()中读取该状态，做差异化降级 - 示例：
private BusinessException fallbackCause;
@Override
protected String run() throws Exception {
try {
return service.doSomething();
} catch (BusinessException e) {
this.fallbackCause = e;
throw e; // 触发 fallback，同时保留引用
}
}
@Override
protected String getFallback() {
if (fallbackCause != null) {
log.warn("降级因业务异常触发: {}", fallbackCause.getMessage());
return handleBusinessFallback(fallbackCause);
}
return "default fallback";
}
如果必须从 executionException 提取原始异常，要层层 getCause()
当 run() 明确抛出你的异常且未被吞掉，getExecutionException() 返回的是 HystrixRuntimeException，它的 cause 才是你原始异常：
立即学习“Java免费学习笔记（深入）”；
- 调用
executionException.getCause()→ 得到HystrixRuntimeException - 再调用
.getCause()→ 通常就是你的BusinessException - 注意：不同失败类型嵌套层数不同（超时是 2 层，熔断可能是 3 层），建议用工具方法递归提取 root cause
更现代的替代方案：迁移到 Resilience4j
Hystrix 已停止维护，Resilience4j 对异常处理更直观：
- fallback 支持直接传入
Function<Throwable, T>，参数就是原始异常 - 可精确匹配
instanceof BusinessException并定制响应 - 无运行时包装，异常链干净，调试友好
