异常类层次结构

Throwable类

|------Error类：一般是指与虚拟机相关的问题，如系统崩溃，虚拟机错误，内存空间不足，方法调用栈溢等。对于这类错误的导致的应用程序中断，仅靠 | |         |               程序本身无法恢复和和预防，遇到这样的错误，建议让程序终止。

|         |-------VirtualMachineError 

|         |          |-------OutOfMemoryError：内存不够用了

|         |          |-------StackOverFlowError：死循环或递归调用

|------Exception类：表示程序可以处理的异常，可以捕获且可能恢复。遇到这类异常，应该尽可能处理异常，使程序恢复运行，而不应该随意终止异常。

          |------checked exception：这类异常都是Exception的子类 。异常的向上抛出机制进行处理，假如子类可能产生A异常，那么在父类中也必须                                                      throws A异常。可能导致的问题：代码效率低，耦合度过高；

          |------unchecked exception：这类异常都是RuntimeException的子类，虽然RuntimeException同样也是Exception的子类，但是它们是                                                             非凡的，它们不能通过client code来试图解决，所以称为Unchecked exception。

Java 中异常类的继承关系图：

Error和RuntimeException 及其子类都是未检查的异常（unchecked exceptions），而所有其他的Exception类都是检查了的异常（checked exceptions）.
checked exceptions: 通常是从一个可以恢复的程序中抛出来的，并且最好能够从这种异常中使用程序恢复。比如FileNotFoundException, ParseException等。

unchecked exceptions: 通常是如果一切正常的话本不该发生的异常，但是的确发生了。比如ArrayIndexOutOfBoundException, ClassCastException等。从语言本身的角度讲，程序不该去catch这类异常，虽然能够从诸如RuntimeException这样的异常中catch并恢复，但是并不鼓励终端程序员这么做，因为完全没要必要。因为这类错误本身就是bug，应该被修复，出现此类错误时程序就应该立即停止执行。 因此，面对Errors和unchecked exceptions应该让程序自动终止执行，程序员不该做诸如try/catch这样的事情，而是应该查明原因，修改代码逻辑。

ps：一张异常结构图，粉红色的是受检查的异常（checked execptions），绿色的未受检查的异常（unchecked execptions）