正常业务系统中,当前后端分离时,系统即使有未知异常,也要保证接口能返回错误提示,也需要根据业务规则制定相应的异常状态码和异常提示。所以需要一个全局异常处理器。相关代码:GitHub
异常
下面是 Java 异常继承图:
┌───────────┐ |
根据编译时是否需要捕获,异常可以分为两类:1、写代码时,编译器规定必须捕获的异常,不捕获将报错;2、(抛出后)不必须捕获的异常,编译器对此类异常不做处理。
必须捕获的异常:Exception 以及 Exception 除去 RuntimeException 的子类。
不必须捕获的异常:Error 以及 Error 的子类;RuntimeException 以及 RuntimeException 的子类。
必须捕获的异常:
"/testThrowIOException") ( |
不必须捕获的异常:
"/testThrowRuntimeException") ( |
不过在运行时,任何异常都可以进行捕获处理,避免接口没有返回值的情况。
抛异常
常见异常处理方式有两种,1、捕获后处理,2、抛出。抛出也分为捕获后抛出和直接抛出。
当本身没有异常,却使用 throws 抛出异常时,此时相当于没有抛异常(将拦截不到异常)。
"/testThrowIOException2") ( |
打印异常
打印异常可以使用 Logback 打印,其相关方法的使用: log.error(e.getMessage(), e);
相当于下面这两条语句:
System.out.println(e.getMessage()); // 打印异常信息 |
减少 NullPointException 的方式是设置默认值。
测试 Error
测试 StackOverflowError,设置栈的大小为 256K,IDEA(VM options): -Xss256k;命令行:java -Xss256k JavaVMStackSOF
class JavaVMStackSOF { |
stack length:1693 |
测试 OutOfMemoryError,设置 Java 堆的大小为 128M,IDEA(VM options):-Xms10M -Xmx10M;命令行:java -Xms10M -Xmx10M wang.depp.exception.HeapOOM
(如果类中包含 package 路径,需 cd 到 java
目录后运行此命令)
package wang.depp.exception; |
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space |
全局异常处理器
自定义异常
自定义异常从 RuntimeException 派生,构造方法使用 super(message);
和 super(message, cause);
。添加状态码和参数属性。
public abstract class BaseException extends RuntimeException { |
当前服务的业务异常不用每个单独作为一个异常类,可通过 message 和 code 来做一个区分。
public class LoanException extends BusinessException { |
"/testLoanException") ( |
为不同的业务错误场景设置相关枚举类型(状态码、错误提示)。为枚举添加可断言判断抛出异常功能。
public interface Assert { |
public interface BusinessExceptionAssert extends IResponseEnum, Assert { |
|
"/test") ( |
全局异常管理器
4j |
使用 @ControllerAdvice
+ @ExceptionHandler
实现对指定异常的捕获。此时运行时异常和 Error 也能被捕获。