统一异常处理

使用全局异常处理器

有些小伙伴，经常喜欢在 Controller、Service 代码中捕获异常。不管是普通异常 Exception，还是运行时异常 RuntimeException，都使用try/catch把它们捕获。 反例：

try {
    checkParam(param);
} catch (BusinessException e) {
    return ApiResultUtil.error(1,"参数错误");
}

显然这种做法会造成大量重复的代码。我们在 Controller、Service 等业务代码中，尽可能少捕获异常。这种业务异常处理，应该交给拦截器统一处理。有了这个全局的异常处理器，之前我们在 Controller 或者 Service 中的try/catch代码可以去掉。

如果在接口中出现异常，全局的异常处理器HandlerExceptionResolver会帮我们封装结果，返回给用户。具体实现请看 ↗ GlobalExceptionHandler，非常简单。所有异常到跑到这里来打印，根据具体的异常返回特定的 HTTP Status Code，比如 SecurityException、IllegalAccessError、IllegalAccessException 返回 403。

优先使用标准异常

在 Java 中已经定义了许多比较常用的标准异常，比如下面这张图中列出的这些异常。

• IllegalArgumentException 入参不合法
• IllegalStateException 入参的状态不合法
• UnsupportedOperationException 不支持的操作
• SecurityException 安全异常 返回 401/403
• NullPointerException 空指针异常 返回 500

反例：

public void checkValue(int value) {
    if (value < 0) {
        throw new MyIllegalArgumentException("值不能为负");
    }
}

自定义了一个异常表示参数错误。其实我们可以直接复用已有的标准异常。

正例：

public void checkValue(int value) {
    if (value < 0) {
        throw new IllegalArgumentException("值不能为负");
    }
}

尽可能捕获具体异常

在你的业务逻辑方法中，有可能需要去处理多种不同的异常。 你可能你会觉得比较麻烦，而直接捕获Exception。

反例：

try {
    doSomething();
} catch(Exception e) {
    log.error("doSomething处理失败，原因：",e);
}

这样捕获异常太笼统了。 其实doSomething方法中，会抛出FileNotFoundException和IOException。 这种情况我们最好捕获具体的异常，然后分别做处理。

正例：

try {
   doSomething();
} catch(FileNotFoundException e) {
  log.error("doSomething处理失败，文件找不到，原因：",e);
} catch(IOException e) {
  log.error("doSomething处理失败，IO出现了异常，原因：",e);
}

这样如果后面出现了上面的异常，我们就非常方便知道是什么原因了。