检查某种异常类型是否是嵌套异常中的原因（原因等......）的最佳方法？

Question

我正在编写一些 JUnit 测试来验证是否引发了 MyCustomException 类型的异常。 然而，该异常多次包装在其他异常中，例如，在 InvocableTargetException 中，而后者又被包装在 RuntimeException 中。

确定 MyCustomException 是否以某种方式导致我实际捕获的异常的最佳方法是什么？ 我想做这样的事情（见下划线）：

try {
    doSomethingPotentiallyExceptional();
    fail("Expected an exception.");
} catch (RuntimeException e) {
     if (!e.wasCausedBy(MyCustomException.class)
        fail("Expected a different kind of exception.");
}

我想避免调用 getCause() 几个“层”深，以及类似的丑陋的解决方法。 有更好的方法吗？

显然，Spring 有 NestedRuntimeException。 contains(Class)，它可以满足我的需求 - 但我没有使用 Spring。

Answer 1

如果您使用 Apache Commons Lang，则可以使用以下内容：

(1) 当原因应完全属于指定类型

if (ExceptionUtils.indexOfThrowable(exception, ExpectedException.class) != -1) {
    // exception is or has a cause of type ExpectedException.class
}

时 (2) 当原因应该是指定类型或其子类类型

if (ExceptionUtils.indexOfType(exception, ExpectedException.class) != -1) {
    // exception is or has a cause of type ExpectedException.class or its subclass
}

Answer 2

为什么要避免 getCause。 当然，您可以自己编写一个方法来执行任务，例如：

public static boolean isCause(
    Class<? extends Throwable> expected,
    Throwable exc
) {
   return expected.isInstance(exc) || (
       exc != null && isCause(expected, exc.getCause())
   );
}

Answer 3

我认为你别无选择，只能通过 getCause 的层层调用。 如果您查看您提到的 Spring NestedRuntimeException 的源代码，这就是它的实现方式。

Answer 4

模仿是最真诚的奉承形式。 基于快速检查来源，这正是 NestedRuntimeException 所做的：

/**
 * Check whether this exception contains an exception of the given type:
 * either it is of the given class itself or it contains a nested cause
 * of the given type.
 * @param exType the exception type to look for
 * @return whether there is a nested exception of the specified type
 */
public boolean contains(Class exType) {
    if (exType == null) {
        return false;
    }
    if (exType.isInstance(this)) {
        return true;
    }
    Throwable cause = getCause();
    if (cause == this) {
        return false;
    }
    if (cause instanceof NestedRuntimeException) {
        return ((NestedRuntimeException) cause).contains(exType);
    }
    else {
        while (cause != null) {
            if (exType.isInstance(cause)) {
                return true;
            }
            if (cause.getCause() == cause) {
                break;
            }
            cause = cause.getCause();
        }
        return false;
    }
}

警告：上面是截至 2009 年 3 月 4 日的代码，因此，如果您确实想知道 Spring 现在在做什么，您应该研究当前存在的代码（无论何时）。

Answer 5

您可以使用番石榴来做到这一点：

FluentIterable.from(Throwables.getCausalChain(e))
                        .filter(Predicates.instanceOf(ConstraintViolationException.class))
                        .first()
                        .isPresent();

Answer 6

根据 Patrick Boos 的回答：
如果您使用 Apache Commons Lang 3，您可以检查：

indexOfThrowable：返回异常链中与指定类（完全）匹配的第一个 Throwable 的（从零开始的）索引。 指定类的子类不匹配

if (ExceptionUtils.indexOfThrowable(e, clazz) != -1) {
    // your code
}

或

indexOfType：返回与指定类或子类匹配的第一个Throwable的（从零开始的）索引在异常链中。 指定类的子类匹配

if (ExceptionUtils.indexOfType(e, clazz) != -1) {
    // your code
}

Java 8 的多种类型示例：

Class<? extends Throwable>[] classes = {...}
boolean match = Arrays.stream(classes)
            .anyMatch(clazz -> ExceptionUtils.indexOfType(e, clazz) != -1);

Answer 7

您可以使用 Apache Commons Lang 库中的 ExceptionUtils.hasCause(ex, type) 。

Answer 8

好吧，我认为如果不调用 getCause() 就没有办法做到这一点。 如果您认为它很丑陋，请实现一个实用程序类来执行此操作：

public class ExceptionUtils {
     public static boolean wasCausedBy(Throwable e, Class<? extends Throwable>) {
         // call getCause() until it returns null or finds the exception
     }
}

Answer 9

如果感兴趣的异常肯定是“根本”原因，则 assertj 是查找 getRootCause 检查的另一个位置，尽管从今天的源代码来看，它似乎有可能其他答案中讨论了无限循环问题。