Mybatis异常拆包工具类ExceptionUtil——非常容易也值得我们借鉴

ExceptionUtil是Mybatis的异常拆包工具类,话。。。。

public class ExceptionUtil {
  private ExceptionUtil() {
    // Prevent Instantiation
  }
  public static Throwable unwrapThrowable(Throwable wrapped) {
    Throwable unwrapped = wrapped;
    while (true) {
      if (unwrapped instanceof InvocationTargetException) {
        unwrapped = ((InvocationTargetException) unwrapped).getTargetException();
      } else if (unwrapped instanceof UndeclaredThrowableException) {
        unwrapped = ((UndeclaredThrowableException) unwrapped).getUndeclaredThrowable();
      } else {
        return unwrapped;
      }
    }
  }
}

ExceptionUtil异常拆包为什么只针对InvocationTargetException、UndeclaredThrowableException进行拆包呢？那我们首先要明白这两个异常类是干什么的。
InvocationTargetException是一个必检异常；UndeclaredThrowableException是一个免检运行时异常；两个类都位于java.lang.reflect包下显示是用来处理反射相关的异常的。

1、InvocationTargetException必检异常在处理反射中的使用场景
在处理反射的时候难免会避免以下场景：

• 各种类型的异常抛出
• 同时抛出了多个异常类

针对于这两种场景我们可以在处理反射的时候统一包装为InvocationTargetException进行管理，无需关注抛出的异常类型或个数。

2、UndeclaredThrowableException免检运行时异常在处理反射中的使用场景
我们知道在反射代理时

• 若代理类与被代理类实现了共同的接口，则代理类方法中抛出的必检异常必须是在共同接口中声明过的；
• 若代理类是被代理类的子类，则代理类方法中抛出的必检异常必须是在被代理类的方法中声明过的

可在代理类中难免会在执行某些方法时抛出一些共同接口或者父类方法中没有声明的必检异常，那么我们就可以将其统一包装为 UndeclaredThrowableException进行管理，无需关注是否已经声明过异常类型。

那么这里拆包的时候为什么会用到 while(true) 死循环呢？那是因为InvocationTargetException与UndeclaredThrowableException有可能会被彼此包装过防止拆包不彻底不是最终的异常类。

使用方法：

同样的我们可以直接拿来在项目中使用，也可以加以改造针对自己公司框架不同业务异常类型提示信息处理时用。