父类Throwable
Throwable是所有异常的父类，Throwable维护两个主要信息：
- message：表示异常消息
- cause：表示触发该异常的其它异常，通过该参数可以形成一条异常链
直接来看源码，Throwable内部维护的信息为：
//追踪异常
private transient Object backtrace;
//该异常维护的异常信息
private String detailMessage;
//触发该异常的其它异常
private Throwable cause = this;
围绕这两个参数，Throwable提供了四个构造方法
public Throwable() {
fillInStackTrace();
}
public Throwable(String message) {
fillInStackTrace();
detailMessage = message;
}
public Throwable(String message, Throwable cause) {
fillInStackTrace();
detailMessage = message;
this.cause = cause;
}
public Throwable(Throwable cause) {
fillInStackTrace();
detailMessage = (cause==null ? null : cause.toString());
this.cause = cause;
}
fillInStackTrace()方法的定义为：
public synchronized Throwable fillInStackTrace() {
if (stackTrace != null ||
backtrace != null ) {
fillInStackTrace(0);
stackTrace = UNASSIGNED_STACK;
}
return this;
}
private native Throwable fillInStackTrace(int dummy);
看到native就知道，交给底层去实现了，用于初始化栈追踪信息，java对整个异常体系提供了语法级的支持，Throwable内部维护的许多东西都与底层相关，主要的核心目的就是：
- 配合throws,thorw,try..catch...finally语法能在代码解决不了问题时抛出异常与捕获异常，保证程序代码的健壮性
- 抛出/捕获异常时能提供/显示相关异常信息，主要方法就是常用的printStackTrace
异常类体系
Throwable有两个子类：
- Error：表示系统错误或资源耗尽，由java系统自己使用，应用程序不应使用
- Exception：表示应用程序错误，可通过继承Exception或其子类自定义异常
Error
表示系统错误或资源耗尽,直接子类有：
-
VirtualMacheError：虚拟机出现错误
-
OutOfMemoryError：大名鼎鼎的OOM，内存溢出，栈、堆、方法区都有可能出现OOM
-
StackOverflowError：同样出名的栈溢出（实际上还是内存溢出了），经常碰到的方法无限递归时就会出现
Exception
表示应用程序错误，有很多子类，三个直接子类有：
- IOException：出现I/O异常，也就是向OS请求调度I/O的时候或者OS自己调度I/O的时候出错，这个很大情况下编写应用程序时无法处理，只能抛出
- RuntimeException：运行时异常，实际上表示的是未受检异常的意思，未受检就是不强制要求程序员处理异常，受检则强制要求处理，否则会编译错误，Error及其子类，RuntimeException及其子类都是未受检异常
- SQLException：数据库SQL异常，也经常出现
RuntimeException
提供了大量子类，主要是为了名字不同，便于识别与处理
- NullPointerException：耳熟能详的空指针异常
- NumberFormatException：数字格式错误异常，最经典的除于0时就会出现
- IndexOutOfBoundsException：索引越界的异常，想要访问不该访问的内存，刷题的时候经常出现
- IllegalStateException：非法状态异常，官方文档给出的说法是 在非法或不适当的时间调用方法时产生的信号。换句话说，即 Java 环境或 Java 应用程序没有处于请求操作所要求的适当状态下。也即当前请求非法。
- ClassCastException：非法强制类型转换
异常中最关键的处理方法都定义在Throwable中，自定义异常一般也仅仅是在super()的基础上增加某些信息，来看一下RuntimeException的源码：
public class RuntimeException extends Exception {
static final long serialVersionUID = -7034897190745766939L;
public RuntimeException() {
super();
}
public RuntimeException(String message) {
super(message);
}
public RuntimeException(String message, Throwable cause) {
super(message, cause);
}
public RuntimeException(Throwable cause) {
super(cause);
}
protected RuntimeException(String message, Throwable cause,
boolean enableSuppression,
boolean writableStackTrace) {
super(message, cause, enableSuppression, writableStackTrace);
}
}
RuntimeException总共也就这么点代码，同级的IOException也一样，子类也几乎差不多，看一下NullPointerException的源码：
public class NullPointerException extends RuntimeException {
private static final long serialVersionUID = 5162710183389028792L;
public NullPointerException() {
super();
}
public NullPointerException(String s) {
super(s);
}
}
自定义异常一般也同样，仅仅是为了标识或者增加业务逻辑异常信息而丰富自己的异常体系，使整个系统更加健壮，重点在于异常的使用--什么时候抛出异常，捕获异常，对于不同的异常该怎么处理，这都是根具体的业务逻辑相关了。
异常处理
使用try..catch..final捕获，使用throw在程序代码内抛出，使用throws使一个方法声明可能抛出的异常
多个异常之间可以使用|操作符
catch(ExceptionA | ExceptionB)
一定要先抛出异常才能捕获异常，针对异常体系可以自定义自己的异常体系（实际上还是继承RuntimeException来丰富自己的异常类集合），灵活使用才是王道
final
一般用于释放资源，有无异常都会执行，需要注意的是如果try..catch中有return语句则return会在final后才返回（返回值先保存在一个临时变量中），如果final中有return则会覆盖try..catch中的异常以及返回值，如果final中抛出异常（一般不能这么干）则覆盖原有异常
throws
声明一个方法可能抛出的异常，未受检异常不强制，受检异常强制，多个异常用逗号分开
try-with-resources
针对使用资源的场景而被特意加上去的，毕竟使用资源的场景太多了，该语法与接口java.lang.AutoCloseable配套使用，该接口内部只有一个close方法用于关闭资源，JDK许多内置的资源获取类（如FileInputStream）已经实现了该接口，如果不使用则是常见的try..final语法，使用之后为：
try(AutoCloseable r=new FileInputStream("hello")){//创建资源
//使用资源r即可，在执行完try之后会自动调用r的close方法关闭资源
}
