正常业务系统中,当前后端分离时,系统即使有未知异常,也要保证接口能返回错误提示,也需要根据业务规则制定相应的异常状态码和异常提示。所以需要一个全局异常处理器。相关代码:GitHub
异常
下面是 Java 异常继承图:
┌───────────┐
│ Object │
└───────────┘
▲
│
┌───────────┐
│ Throwable │
└───────────┘
▲
┌─────────┴─────────┐
│ │
┌───────────┐ ┌───────────┐
│ Error │ │ Exception │
└───────────┘ └───────────┘
▲ ▲
┌───────┘ ┌────┴──────────┐
│ │ │
┌─────────────────┐ ┌─────────────────┐┌───────────┐
│OutOfMemoryError │... │RuntimeException ││IOException│...
└─────────────────┘ └─────────────────┘└───────────┘
▲
┌───────────┴─────────────┐
│ │
┌─────────────────────┐ ┌─────────────────────────┐
│NullPointerException │ │IllegalArgumentException │...
└─────────────────────┘ └─────────────────────────┘
根据编译时是否需要捕获,异常可以分为两类:1、写代码时,编译器规定必须捕获的异常,不捕获将报错;2、(抛出后)不必须捕获的异常,编译器对此类异常不做处理。
必须捕获的异常:Exception 以及 Exception 除去 RuntimeException 的子类。
不必须捕获的异常:Error 以及 Error 的子类;RuntimeException 以及 RuntimeException 的子类。
必须捕获的异常:
@GetMapping("/testThrowIOException")
public ApiResponse testThrowIOException() {
testThrowIOException(); // 将报错
return ApiResponse.success();
}
private void throwIOException() throws IOException {
System.out.println("testThrowIOException");
throw new IOException();
}
不必须捕获的异常:
@GetMapping("/testThrowRuntimeException")
public ApiResponse testThrowRuntimeException() {
throwRuntimeException(); // 不报错
return ApiResponse.success();
}
private void throwRuntimeException() { // 无需 throws
System.out.println("testThrowRuntimeException");
throw new ArrayIndexOutOfBoundsException();
}
不过在运行时,任何异常都可以进行捕获处理,避免接口没有返回值的情况。
抛异常
常见异常处理方式有两种,1、捕获后处理,2、抛出。抛出也分为捕获后抛出和直接抛出。
当本身没有异常,却使用 throws 抛出异常时,此时相当于没有抛异常(将拦截不到异常)。
@GetMapping("/testThrowIOException2")
public ApiResponse testThrowIOException2() throws IOException {
throwIOException2();
return ApiResponse.success();
}
private void throwIO