目录
在程序设计和运行的过程中,发生错误是不可避免的。尽管Java语言的设计从根本上提供了便于写出整洁、安全的代码的方法,并且程序员也尽量地减少错误的产生,但使程序被迫停止的错误仍然不可避免。为此,Java提供了异常处理机制来帮助程序员检查可能出现的错误,保证了程序的可读性和可维护性。Java中将异常封装到一个类中,出现错误时,就会抛出异常。
8.1 异常概述
在程序中,错误可能产生于程序员没有预料到的各种情况,或者是超出了程序员可控范围的环境因素,如试图打开一个根本不存在的文件等,在Java中,这种在程序运行时可能出现的一些错误称为异常。Java语言的异常处理机制优势之一就是可以将异常情况在方法调用中进行传递,通过传递可以将异常情况传递到合适的位置再进行处理,这种机制类似于现实中发现了火灾,一个人是无法扑灭大火的,那么可以将这种异常情况传递给119,119再将这个情况传递给附近的消防队,消防队及时赶到并进行灭火。使用这种处理机制,使得Java语言的异常处理更加灵活,Java语言编写的项目更加稳定。当然,异常处理机制也存在一些弊端,例如,使用异常处理可能会降低程序的执行效率,增加语法复杂度等。
例8.1 在项目中创建类Baulk,在主方法中定义int型变量,将0作为除数赋值给该变量。
代码如图所示:
运行结果如图所示:
程序运行的结果报告发生了算术异常ArithmeticException(根据给出的错误提示可知发生错误是因为在算术表达式“3/0”中,0作为除数出现),系统不再执行下去,提前结束。这种情况就是所说
的异常。
有许多异常的例子,如空指针、数组溢出等。由于Java语言是一门面向对象的编程语言,因此,异常在Java语言中也是作为类的实例的形式出现的。当某一方法中发生错误时,这个方法会创建一个对象,并且把它传递给正在运行的系统。这个对象就是异常对象。通过异常处理机制,可以将非正常情况下的处理代码与程序的主逻辑分离,即在编写代码主流程的同时在其他地方处理异常。
8.2 异常分类
Java类库的每个包中都定义了异常类,所有这些类都是Throwable类的子类。Throwable类派生了两个子类,分别是Error类和Exception类,其中,Eror类及其子类用来描述Java运行系统中的内部错误以及资源耗尽的错误,这类错误比较严重。Exception类称为非致命性类,可以通过捕捉处理使程序继续执行。Exception类又可以根据错误发生的原因分为运行时异常和非运行时异常。Java中的异常类继承体系如图8.2所示:
8.2.1 系统错误——Error
Error类及其子类通常用来描述Java运行系统中的内部错误,该类定义了常规环境下不希望由程序捕获的异常,比如OutOfMemoryError、ThreadDeath等,这些错误发生时,Java虚拟机(JVM)一般会选择线程终止。
例如,下面的代码在控制台中输出“梦想照亮现实”这句话,代码如下图:
运行上面代码,出现如图所示的错误提示:
从图上的提示可以看到显示的异常信息为“java.lang.Error”,说明这是一个系统错误,程序遇到这种错误,通常都会停止执行,而且这类错误无法使用异常处理语句处理。
8.2.2 异常——Exception
Exception是程序本身可以处理的异常,这种异常主要分为运行时异常和非运行时异常,程序中应当尽可能去处理这些异常,
1. 运行时异常
运行时异常是程序运行过程中产生的异常,它是RuntimeException类及其子类异常,如NullPointerException、IndexOutOfBoundsException等,这些异常一般是由程序逻辑错误引起的,程序应该从逻辑角度尽可能避免这类异常的发生。
Java中提供了常见的RuntimeException异常,这些异常可通过try..catch语句捕获,如表8.1所示:
例如,将一个字符串转换为整型,可以通过Integer类的parselnt()方法来实现。如果该字符串不是数字形式,parseInt()方法就会显示异常,程序将在出现异常的位置终止,不再执行下面的语句。
例8.2 在项目中创建类Thundering,在主方法中实现将字符串转换为int型。运行程序,系统会报出异常提示。
代码如下图:
运行结果如图所示:
从上图中运行结果可以看出,本实例报出的是NumberFormatException(字符串转换为数字)异常,该异常实质上是由于开发人员的逻辑错误造成的。
2.非运行时异常
非运行时异常是RuntimeException类及其子类异常以外的异常。从程序语法角度讲,这类异常是必须进行处理的异常,如果不处理,程序就不能编译通过,如IOException、 SQLException以及用户自定义的异常等。
Java中常见的非运行时异常类如表8.2所示:
例8.3 有一个名为“com.mrsoft”的足球队,现有队员为19名,现在要通过Class.forName
("com.mrsoft.Coach")这条语句在Coach 类中寻找球队的教练。
代码如下图:
在Eclipse中编写完上面代码后,会直接在编辑器中显示错误,将光标移动到显示错误的行上,显示如图所示的提示,这里显示的是ClassNotFoundException异常,并且自动给出两种解决方案。
单击编辑器给出的两种方案,代码会自动更正,比如,单击第二种方案,代码会自动修改如下:
从这里可以看出,对于非运行时异常,必须使用try...catch代码块进行处理,或者使用throws
关键字抛出。
8.3 捕捉处理异常
系统会自动为非运行时异常提供两种解决方案,一种是使用throws关键字,一种是使用try...catch代码块,这两种方法都是用来对异常进行处理的,本节首先对try...catch代码块进行讲解。
try...catch 代码块主要用来对异常进行捕捉并处理。在实际使用时,该代码块还有一个可选的finally代码块,其标准语法如下:
try {
//程序代码块
}
catch(Exceptiontype e) {
//对Exceptiontype的处理
}
finally {
//代码块
}
其中,try代码块中是可能发生异常的Java代码:catch代码块在try代码块之后,用来激发被捕获的异常:finally 代码块是异常处理结构的最后执行部分,无论程序是否发生异常,finally 代码块中的代码都将执行,因此,在finally代码块中通常放置一些释放资源、关闭对象的代码。
通过try...catch代码块的语法可知,捕获处理异常分为try..catch代码块和finally代码块两部分。
8.3.1 try...catch代码块
下面将例8.2中的代码进行修改。
例 8.4 在项目中创建类Take,在主方法中使用try...catch代码块将可能出现的异常语句进行异常处理。
代码如图所示:
注意:
Exception是try代码块传递给catch代码块的类型,e是对象名。
运行结果如图所示:
从图8.6中可以看出,程序仍然输出最后的提示信息,没有因为异常而终止。在例8.4中将可能出现异常的代码用try...catch代码块进行处理,当try代码块中的语句发生异常时,程序就会跳转到catch代码块中执行,执行完catch代码块中的程序代码后,将继续执行catch代码块后的其他代码,而不会执行try代码块中发生异常语句后面的代码。由此可知,Java的异常处理是结构化的,不会因为一个异常影响整个程序的执行。
在catch代码块中使用了Exception对象的printStackTrace()方法输出了异常的栈日志,除此之外,Exception对象还提供了其他的方法用于获取异常的相关信息,其最常用的3个方法如下:
(1) getMessage)方法:获取有关异常事件的信息。
(2) toString)方法:获取异常的类型与性质。
(3) printStackTrace()方法:获取异常事件发生时执行堆栈的内容。
注意:
有时为了编程简单会忽略catch代码块后的代码,这样try..catch语句就成了一种摆设,一旦程序在运行过程中出现了异常,就会导致最终运行结果与期望的不一致,而错误发生的原因很难查找。因此要养成良好的编程习惯,最好在catch代码块中写入处理异常的代码。
在例 8.4 中,虽然try代码块后面用了一个catch代码块来捕捉异常,但是遇到需要处理多种异常信息的情况时,可以在一个try代码块后面跟多个catch代码块。这里需要注意的是,如果使用了
多个catch代码块,则catch代码块中的异常类顺序是先子类后父类,因为父类的引用可以引用子类
的对象。
例如,修改例 8.4,使其能够分别捕捉 NumberFormatException异常和除NumberFormat
Exception以外的所有异常,即可将代码修改如下:
运行结果如图所示:
这时如果将两个 catch 代码块的位置互换,即将捕捉Exception异常的catch代码块放到捕捉 NumberFormatException异常的catch代码块前面,代码如下:
运行结果如图所示:
这时Eclipse编辑器会出现如下图所示的错误提示,该错误就是由于使用多个catch代码块时,父异常类放在了子异常类前面所引起的。因为Exception 是所有异常类的父类,如果将catch(Exception e)代码块放在catch(NumberFormatException nfx)的前面,后面的代码块将永远得不到执行,也就没有什么意义了,所以catch代码块的顺序不可调换。
8.3.2 finally代码块
完整的异常处理语句应该包含finally代码块,通常情况下,无论程序中有无异常发生,finally代码块中的代码都可以正常执行。
例8.5 修改例8.4,将程序结束的提示信息放到finally代码块中,
代码如图所示:
运行结果如图所示:
从图中运行结果可以看出,程序在捕捉完异常信息之后,会执行finally代码中的代码。另外,在以下3种特殊情况下,finally块不会被执行。
(1) 在finally代码块中发生了异常。
(2) 在前面的代码中使用了System.exit)退出程序。
(3) 程序所在的线程死亡。
8.4 在方法中抛出异常
如果某个方法可能会发生异常,但不想在当前方法中处理这个异常,则可以使用throws、throw关键字在方法中抛出异常,本节将对如何在方法中抛出异常进行讲解。
8.4.1 使用throws 关键字抛出异常
返回值类型名 方法名(参数表)throws 异常类型名 {
方法体
}
例8.6 在项目中创建类Shoot,在该类中创建方法pop(),在该方法中抛出NegativeArraySize-Exception(试图创建大小为负的数组)异常,在主方法中调用该方法,并实现异常处理。
代码如图所示:
运行结果如图所示:
注意:
使用throws为方法抛出异常时,如果子类继承父类,子类重写方法抛出的异常也要和原父类方法抛出的异常相同或是其异常的子类,除非throws异常是RuntimeException。
说明:
如果方法抛出了异常,在调用该方法时,必须为捕捉的方法处理异常,当然,如果使用throws关键字将异常抛给上一级后,不想处理该异常,可以继续向上抛出,但最终要有能够处理该异常的代码。例如,例8.6的代码中,如果在调用pop0方法时,没有处理NegativeArraySizeException异常,而是处理了其他的异常,比如NullPointerException异常,代码修改如下:try { //try语句处理异常信息 pop(); //调用pop()方法 } catch (NullPointerException e) { //NullPointerException异常 System.out.println("pop()方法抛出的异常"); //输出异常信息 }
而如果将代码修改如下,异常提示即可消失,因为Exception类是NegativeArraySizeException类的父类,这里相当于将异常交给了Exception处理。
try { //try语句处理异常信息 pop(); //调用pop()方法 } catch (Exception e) { System.out.println("pop()方法抛出的异常"); // 输出异常信息 }
8.4.2 使用 throw 关键字抛出异常
throw关键字通常用于在方法体中“制造”一个异常,程序在执行到throw语句时立即终止,它后面的语句都不执行。使用throw关键字抛出异常的语法格式为:
throw new 异常类型名(异常信息)
throw 通常用于在程序出现某种逻辑错误时,由开发者主动抛出某种特定类型的异常,下面通过一个实例介绍throw的用法。
例8.7 使用throw关键字抛出除数为0的异常,代码如图所示:
运行结果如图所示:
说明:
throw通常用来抛出用户自定义异常,通过throw关键字抛出异常后,如果想在上一级代码中捕获并处理异常,最好在抛出异常的方法声明中使用throws关键字指明要抛出的异常;如果要捕捉throw抛出的异常,则需要使用try...catch代码块。
throws关键字和throw关键字的区别如下:
(1) throws用在方法声明后面,表示抛出异常,由方法的调用者处理,而throw用在方法体内,用来制造一个异常,由方法体内的语句处理。
(2) throws是声明这个方法会抛出这种类型的异常,以便使它的调用者知道要捕获这个异常,而throw是直接抛出一个异常实例。
(3) throws表示出现异常的一种可能性,并不一定会发生这些异常,如果使用throw,就一定会产生某种异常。
8.5 自定义异常
使用Java内置的异常类可以描述在编程时出现的大部分异常情况,但是有些情况是通过内置异常类无法识别的,例如,下面的一段代码:
int age =-50;
System.out.print1n(”王师傅今年 ”+age+”岁了!”);
上面代码运行时没有任何问题,但是大家想一想:人的年龄可能是负数吗?这类问题编译器是无法识别的,但很明显不符合常理,那么,对于这类问题即可通过自定义异常对它们进行处理。Java中可以通过继承Exception类自定义异常类。
在程序中使用自定义异常类:
(1) 创建自定义异常类。
(2) 在方法中通过throw关键字抛出异常对象。
(3) 如果在当前抛出异常的方法中处理异常,可以使用try..catch代码块捕获并处理,否则,在方法的声明处通过throws关键字指明要抛给方法调用者的异常,继续进行下一步操作。
(4) 在出现异常方法的调用者中捕获并处理异常。
例 8.8 首先在项目中创建一个自定义异常类Exception,该类继承Exception,代码如图所示:
在项目中创建类Tran,该类中创建一个带有int型参数的方法avg(),该方法用来检查年龄是否小于0,如果小于0,则使用throw关键字抛出一个自定义的MyException异常对象,并在main()方法中捕捉该异常。代码如图所示:
运行结果如图所示:
自定义异常主要用在以下场合:
(1) 使异常信息更加具体,比如跟别人合作开发时,程序出现了空指针异常,但别人可能不清楚这个空指针是如何产生的,这时即可自定义一个显示具体信息的异常,比如自定义一个用户信息为空时抛出的异常:NullOfUserInfoException,当这个异常发生就代表用户填写的信息不完整。
(2) 程序中有些错误是符合Java语法的,但不符合业务逻辑或者实际情况,比如程序中出现了一个人的年龄是负数、人员个数为小数等。
(3) 在分层的软件架构中,通常在表现层统一对系统其他层次的异常进行捕获处理。
8.6 异常的使用原则
Java异常强制用户去考虑程序的强健性和安全性。异常处理不应该用来控制程序的正常流程,其主要作用是捕获程序在运行时发生的异常并进行相应的处理。编写代码处理某个方法可能出现的异常时,可遵循以下原则:
(1) 不要过度使用异常。虽然通过异常可以增强程序的健壮性,但如果使用过多不必要的异常处理,可能会影响程序的执行效率。
(2) 不要使用过于庞大的try...catch块。在一个try块中放置大量的代码,这种写法看上去“很简单”,但是由于try块中的代码过于庞大,业务过于复杂,会造成try块中出现异常的可能性大大增加,从而导致分析异常原因的难度也大大增加。
(3) 避免使用catch(Exception e)。因为如果所有异常都采用相同的处理方式,将导致无法对不同异常分情况处理;另外,这种捕获方式可能将程序中的全部错误、异常捕获到,这时如果出现一些“关键”异常,可能会被“悄悄地”忽略掉。
(4) 不要忽略捕捉到的异常,遇到异常一定要及时处理。
(5) 如果父类抛出多个异常,则覆盖方法必须抛出相同的异常或其异常的子类,不能抛出新异常。