异常

指的是程序在执行过程中，出现的非正常的情况，终会导致JVM的非正常停止

异常体系

• Error（错误）:是程序无法处理的错误，表示运行应用程序中较严重问题
• Exception（异常）:是程序本身可以处理的异常

分类

• 编译时期异常:checked异常。在编译时期,就会检查,如果没有处理异常,则编译失败。(如日期格式化异常)
  • 无能为力,引起注意类型的异常 此类异常需要完整保存异常现场 供事后排查
  • 可以处理的异常 如未授权异常
• 运行时期异常:runtime异常。在运行时期,检查异常.在编译时期,运行异常不会编译器检测(不报错)。(如数学异常)
  • 可预测异常 应在编码时注意边界条件 空指针判断等来避免
  • 需要捕获的异常 如超时异常 可以进行降级或者重试
  • 可忽略异常 对于某些异常 框架或者系统会自行处理 这类异常可以不用管

使用

try{
    // do something
}catch (Throwable t){
    t.printStackTrace();
    throw new RuntimeException(t);
}finally {
    // resource recycle
    /*以下情况finally不会执行
        前面的代码中用了 System.exit(int)已退出程序
        try代码块出现了死循环或者死锁
        CPU关闭
    */
}

注意事项

• 多个异常一次捕获多次处理
• 运行时异常被抛出可以不处理。即不捕获也不声明抛出。
• 如果finally有return语句,永远返回finally中的结果,避免该情况、
• 如果父类抛出了多个异常,子类重写父类方法时,抛出和父类相同的异常或者是父类异常的子类或者不抛出异 常。
• 父类方法没有抛出异常，子类重写父类该方法时也不可抛出异常。此时子类产生该异常，只能捕获处理，不 能声明抛出

异常的性能开销

1. try-catch 往往会影响 JVM 对代码进行优化
2. 每实例化一个 Exception，都会对当时的栈进行快照，这是一个相对比较重的操作，该操作会逐一访问当前线程的 Java 栈帧，并且记录下各种调试信息，包括栈帧所指向方法的名字，方法所在的类名、文件名，以及在代码中的第几行触发该异常

关于系统设计中的异常

远程服务调用应该使用result对象来封装错误码与描述 主要是因为：

1. 防止调用方没有捕获
2. 异常对调用方的帮助不会很大

基于防御式编程, 服务提供方可以返回null, 调用方要进行事先判断 防止NPE

如果由于 “吞掉” 了接口的异常，有些业务异常中包含的错误原因，无法传给上层再封装给前端，可能会造成出错后用户懵逼，实际开发中，一般都不会吞掉异常，遇到 “吞掉” 异常的场景要慎重思考是否合理

通常开发中自定义的业务异常（BusinessException）属于非受检异常，如果定义的受检异常，则一旦异常发生变更，则依赖该层的所有上层全都要发生变更