首先,java的异常分为Error和Exception。这两类都是接口Throwable的子类。Error及Exception及其子类之间的关系,大致可以用下图简述。
注意事项:
1。 Error仅在java的虚拟机中发生,用户无需在程序中捕捉或者抛出Error。
2。 Exception分为一般的Exception和RuntimeException两类。这里有点让人觉得别扭的是RuntimeException(Unchecked)继承于Exception(Checked)的父类。
PS: checked与unchecked的概念理解:
checked异常:
- 表示无效,不是程序中可以预测的。比如无效的用户输入,文件不存在,网络或者数据库链接错误。这些都是外在的原因,都不是程序内部可以控制的。
- 必须在代码中显式地处理。比如try-catch块处理,或者给所在的方法加上throws说明,将异常抛到调用栈的上一层。
- 继承自java.lang.Exception(java.lang.RuntimeException除外)。
checked:一般是指程序不能直接控制的外界情况,是指在编译的时候就需要检查的一类exception,用户程序中必须采用try catch机制处理或者通过throws交由调用者来处理。这类异常,主要指除了Error以及RuntimeException及其子类之外的异常。
unchecked异常:
- 表示错误,程序的逻辑错误。是RuntimeException的子类,比如IllegalArgumentException,NullPointerException和IllegalStateException。
- 不需要在代码中显式地捕获unchecked异常做处理。
- 继承自java.lang.RuntimeException(而java.lang.RuntimeException继承自java.lang.Exception)。
unchecked:是指那些不需要在编译的时候就要处理的一类异常。在java体系里,所有的Error以及RuntimeException及其子类都是unchecked异常。再形象直白的理解为不需要try catch等机制处理的异常,可以认为是unchecked的异常。
checked与unchecked在throwable的继承关系中体现为下图:
+-----------+ | Throwable | +-----------+ / \ / \ +-------+ +-----------+ | Error | | Exception | +-------+ +-----------+ / | \ / | \ \ \________/ \______/ \ +------------------+ unchecked checked | RuntimeException | +------------------+ / | | \ \_________________/ unchecked
以下是是支持和反对checked异常的一些观点:
- 编译器强制捕获或者抛出unchecked异常使开发人员时刻记着要处理异常。
- 抛出checked异常的方法必须声明throws,throws成为了方法或者接口的一部分,给后续版本增加或者修改方法的异常带来不便。
- unchecked异常不需要显式地处理反而使异常处理变的困难。
- 调用checked异常的方法,就必须处理这个方法的异常,这使得上层的调用者代码混乱。
文章参考地址:
http://blog.csdn.net/ricky027/article/details/50515938
https://www.cnblogs.com/shihuc/p/5201905.html