如何正确处理 Hystrix 回退中的预期错误？

Posted 2023-02-26

【中文标题】如何正确处理 Hystrix 回退中的预期错误？

【英文标题】：How to properly handle expected errors in Hystrix fallback?

【发布时间】：2016-05-26 14:32:15

【问题描述】：

我们有一个如下所示的 Hystrix (1.4.x) 命令（使用 Spring）：

@HystrixCommand(groupKey = "GroupKey", commandKey = "CommandKey", fallbackMethod = "myFallback")
public List<X> findXs(long xId) 
   return externalService.findXsExternally(xId);

我们实际上不想从回退方法返回一个（空的）List，而是抛出一个异常，以便findXs 的调用者知道externalService 已关闭并可以采取相应的措施。但同时我们想利用 Hystrix 提供的功能。

在我们的例子中，我们希望调用者返回错误消息而不是返回列表。在 Spring 中，回退是这样实现的：

public List<X> myFallback(long xId) 
    // What to do?? Throw exception!?  

从myFallback "works" 抛出异常，但 Hystrix 会警告我们：

CommandKey 失败，回退失败。

即它将将此解释为后备失败。在我们的例子中，异常应该不被解释为回退失败，而应该被解释为预期的行为。我们还尝试将抛出的异常包装在 HystrixBadRequestException 中，但它似乎不适用于回退（根据 docs，这适用于“运行”方法）。

如何在 Hystrix 中实现抛出异常的回退方法？我们可以安全地忽略警告还是 Hystrix 不是这样设计的？

【参考方案1】：

如果您不想使用回退，为什么还要设置它？ Hystrix 不需要你设置一个。当您宁愿从缓存中返回陈旧数据而不是抛出异常时，将使用回退。这两种情况都算作 Hystrix 的失败。如果你从 fallback 方法中抛出异常，你只会混淆 Hystrix，它会认为除了服务本身之外你的 fallback 也有错误。如果你不提供回退，Hystrix 应该抛出一个 HystrixBadRequestException 来包装你的 findXs 方法抛出的异常。

【讨论】：

但是，如果您有多个使用 @HystrixCommand 注释的方法，您如何区分 HystrixRuntimeException 的来源？我有一个问题，我想根据哪个客户有不同的行为，例如超时，但我唯一知道的是发生了 HystrixRuntimeException。

注解中有一个叫commandKey的属性。你可以关闭它。我刚刚通过将其设置为 ckey 对其进行了测试，这是异常中的消息... ckey failed and fallback failed。异常内部可能还有更多方法，你自己试试看