异常
一、概念
一)为什么会有Java异常机制
在没有Java异常机制的情况下,唯一的退出机制就是返回值,判断是否异常的方法就是
返回值。方法根据是否异常返回不同的返回值,调用者根据不同的返回值进行判断。每一
层方法都需要对调用的方法的不同返回值进行检查和处理,程序的正常逻辑和异常逻辑混杂
到一起,使代码难以阅读和维护。另外,异常毕竟是少数,程序员因此常常偷懒,忽略对异常
返回值的检查,降低了程序的可靠性。
在有了异常机制后,程序的正常逻辑与异常逻辑就可以分离,异常情况就可以集中处理,异常还可以
自动向上传递,不再需要每层方法都进行处理,异常可不可能被自动忽略,从而处理异常的代码大大
减少,代码的可读性,可维护性,可靠性都得到了提高。
二)Java异常处理机制
Java异常的默认处理机制:打印异常栈到屏幕,并退出程序。
异常处理机制会从当前函数查找谁捕获了该异常,如果这一层函数没有捕获就依次向
上一层函数查找,直到主函数,如果主函数也没有捕获该异常,就使用默认机制,打印
异常栈信息,并退出程序。
异常是相对于return的一种退出程序的机制可以由throw语句触发,也可以由系统触发。
三)异常的分类
异常可以分类为:
1)受检(checked)异常:强制要求程序员处理(捕获或者通过throws关键字声明)的异常,否则编译器会报错。
2)未受检(unchecked)异常:不要求程序员处理。
关于受检异常和未受检异常,以前的说法是:
未受检异常属于编程的逻辑错误,编程时应该检查以避免这些错误,比如空指针异常,
如果真的出现这种错误,程序退出也是正常的,程序员应该检查代码BUG而不是想办法
处理这种异常。受检异常表示程序本身没问题,但由于I/O、网络、数据库等不可预测的
错误导致的异常,调用者应该处理。
但实际上编程错误也是应该处理的,尤其Java被广泛应用于服务器应用中,不能
因为一个逻辑错误就使程序退出。所以,目前一种更被认同的的观点是:Java中
对受检异常和未受检异常的区分是没有太大意义的,可以统一使用未受检异常来代替。
这种观点的基本理由是:无论受检异常还是未受检异常,无论是否出现在throws声明中
,都应该在合适的地方以适当的方式进行处理,而不只是为了满足编译器的要求盲目处理
异常,既然都要进行处理异常,受检异常的强制声明和处理就显得很繁琐,尤其在调用层次比较深的情况下。
异常的类体系:
1.Throwable
有四个构造方法:
1. public Throwable() 2. public Throwable(String message) 3. public Throwable(String message, Throwable cause) 4. public Throwable(Throwable cause)
其中message表示异常消息,cause表示触发该异常的其他异常。异常可以形成一个异常链,
上层的异常由底层触发,cause表示的是底层异常。Throwable还有一个public方法用于设置cause:
Throwable initCause(Throwable cause)
Throwable某些子类没有构造函数就可以通过该方法设置。这个方法最多只能被调用一次。
2.Error
Error(unchecked):描述了Java运行时系统内部错误和资源耗尽错误。
应用程序不应该抛出此类异常。如果出现这样的内部错误,应该通报给客户,并尽力使程序安全退出。
3.Exception
Exception层次:
RuntimeException(unchecked):由于程序错误(代码有问题)导致的异常,如
错误的类型转换,
数组访问越界,
访问空指针
这类异常一定是你的错误。
其他异常(checked):程序本身没有问题,由于像I/O错误这类问题导致的异常。如:
试图在文件末尾后面读取数据
试图打开一个不存在的文件。
编译器将核查是否所有checked异常提供了异常处理器。
四)异常的处理
重新抛出:因为当前层级不能处理该异常,抛出给调用者处理。
抛出一个新异常:当前异常所包含的信息不够,或者太过详细。
throws关键字:用于声明一个方法可能抛出的异常,这个声明的
含义是这个方法可能抛出这些异常,并且没有对这些异常进行处理,调用者必须进行处理。
finally执行细节:
1)如果在try或者catch语句内有return语句,则return语句在finally语句
执行结束后才执行,但finally并不能改变返回值。
//返回0 public static int test(){ int ret = 0; try{return ret; }finally{ ret = 2; } }
2)如果在finally语句中也有return语句:try和catch中的return会丢失,实际返回finally中的返回值。
finally中有return还会掩盖try和catch内的异常,就像没有异常发生一样。如果finally中抛出了异常,
则原异常也会被覆盖。
public static int test(){ int ret = 0; try{ int a = 5/0; return ret; }finally{ //返回2而不向上传递异常 return 2; } }
public static void test(){ try{ int a = 5/0; }finally{ //原来异常ArithmeticException丢失 throw new RuntimeException("hello"); } }
因此:应该避免在finally中return或者抛出异常,如果调用的其他代码可能抛出异常,
则应该捕获异常并进行处理。