Java中的异常机制

2018-12-31  本文已影响0人  叫我西门

Java中的异常机制的设计对于编写健壮稳定的代码有很大的帮助。曾经对于异常的处理一直是一知半解仅限于皮毛。比如:知道分为了Error和Exception,知道有的异常必需要处理,知道有的异常可以无视。但具体到实际的应用:哪种需要try? 哪种需要throw? try之后如何处理?所有这些都没有清晰的认识。直到实际工作中多次处理和使用,再结合网上的讲解才算是有了点体会。

1. 从根上说起

Java异常体系的根即所有异常的基类:Throwable,一个很像接口的基类,不过它确实是个类,包含了异常处理的一些基本操作。顾名思义,Throwable即可抛出的。Java异常的可抛出特性决定了对程序中异常情况的处理方式,通过抛出来声明这里出现了一个非正常流程的东西,留给你来处理。

2. Error和Exception

Throwable的下一级(直接子类)分为Error和Exception。从名称来看也能区分两者:错误和异常。
Error即错误,通常为程序运行中不可预见的,出现概率也很小的异常情况。这种异常出现一般都会导致程序处于不正常的状态或者不可恢复。这个最常见的莫过于OutOfMemoryError了(OOM),因为程序运行所需的内存空间不足导致内存溢出。这种错误的出现程序本身是无法预知的,而且出现后程序已经不能正常运行(虽然进程没有结束退出)。这一类错误在开发时无需考虑。
Exception即异常,跟Error正好处于截然不同的领域,它通常为可预见的意外情况,而且不会危及到程序自身的运行。开发过程中需要关注和处理的即这一类异常,需要考虑进行捕获、处理或者传递。

3. checked和unchecked

Exception的下一级实现分为两类:受检异常-checked和非受检异常unchecked。所谓受检和非受检即是说开发中遇到异常时是否 必需 显示的去捕获处理。相较于这个名字,也许你会更喜欢另一种叫法:运行期异常(RuntimeException)和非运行期异常。
RuntimeException及它的所有子类都称为运行期异常,其他所有不是继承RuntimeException的即非运行期异常,

RuntimeException

最常见的运行期异常莫过于空指针异常NullPointerException,还有数组越界异常IndexOutOfBoundsException。这类异常在“运行期”才知道是否有可能抛出(运行时才知道是否对象为空或者操作的索引超出界限),所以不要求强制去捕获(对应unchecked异常)。

普通异常

其他普通异常则是在开发时即知道(调用方法签名进行了声明)可能会抛出的异常。比如常见的IOException及它的子类。声明了这类异常的方法通常是意识到程序有可能出现问题,所以作出一个声明并要求你去处理,你必需明确的对它进行捕获try-catch或者传递throws。虽然现在一直有种争论认为这完全是一种错误的设计,因为大多数情况下出现的异常我们都是无法处理了,并且对异常的捕获处理不仅使程序效率降低而且干扰了代码的可读性。
个人的理解是,应该尽量少定义这种普通的异常,除非:你有需要调用者不得不去处理的理由而不是简单的捕获后转化再抛出。

4. 异常设计类图

Java异常体系.png

5. 异常的使用处理

在了解了异常的设计机制后,再来了解下如何对异常进行处理。通常我们需要处理的仅仅是非运行期异常。通过使用Java提供的try-catch-finally对可能抛出异常的代码进行捕获处理,或者使用针对资源的try-with-resources来简化代码。以下为异常处理的一些建议:

6. throw和throws

一个小知识点。Throw和throws都是Java提供的关键字,两者的区别也很明显。
Throws用在方法签名,用来声明会抛出哪些异常(非运行期异常);throw用在代码中来真正抛出一个特定的异常。简单来说,throws是声明可能会这么干,throw是真的这么干。

公众号
上一篇下一篇

猜你喜欢

热点阅读