广告：
网页制作参考
千千学园
雨路开发频道
雨路技术文档
技术问答
编程技术

天极软件专题专区精选　　　　　到天极软件“读编交流区”畅所欲言
Google专区	POPO专区	QQ专区　QQ挂机	了解Web2.0
Flash MX 视频教程	Photoshop视频教程	网页设计视频教程	照片处理数字暗房
PPT动画演示教程	Excel动画教程集	Word动画演示教程	Windows Vista专区
特洛伊木马专区	黑客知识教程专区	防火墙应用专区	注册表应用专区
Windows API开发专区	网络编程专区	VB数据库编程专区	图像处理与多媒体编程

　　Java提供了两类主要的异常:runtime exception和checked exception。所有的checked exception是从java.lang.Exception类衍生出来的，而runtime exception则是从java.lang.RuntimeException或java.lang.Error类衍生出来的。

　　它们的不同之处表现在两方面:机制上和逻辑上。

　　一、机制上

　　它们在机制上的不同表现在两点:1.如何定义方法;2. 如何处理抛出的异常。请看下面CheckedException的定义:

public class CheckedException extends Exception { 　public CheckedException() {} 　public CheckedException( String message ) 　{ 　　super( message ); 　} }

　　以及一个使用exception的例子:

public class ExceptionalClass { 　public void method1() 　　throws CheckedException 　　{ 　　　// ... throw new CheckedException( “...出错了“ ); 　　} 　public void method2( String arg ) 　　{ 　　　if( arg == null ) 　　　{ 　　　　throw new NullPointerException( “method2的参数arg是null!” ); 　　　} 　　} 　public void method3() throws CheckedException 　　{ 　　　method1(); 　　} }

　　你可能已经注意到了，两个方法method1()和method2()都会抛出exception，可是只有method1()做了声明。另外，method3()本身并不会抛出exception，可是它却声明会抛出CheckedException。在向你解释之前，让我们先来看看这个类的main()方法:

public static void main( String[] args ) { 　ExceptionalClass example = new ExceptionalClass(); 　try 　{ 　　example.method1(); 　　example.method3(); 　} 　catch( CheckedException ex ) { } example.method2( null ); }

　　在main()方法中，如果要调用method1()，你必须把这个调用放在try/catch程序块当中，因为它会抛出Checked exception。

　　相比之下，当你调用method2()时，则不需要把它放在try/catch程序块当中，因为它会抛出的exception不是checked exception，而是runtime exception。会抛出runtime exception的方法在定义时不必声明它会抛出exception。

　　现在，让我们再来看看method3()。它调用了method1()却没有把这个调用放在try/catch程序块当中。它是通过声明它会抛出method1()会抛出的exception来避免这样做的。它没有捕获这个exception，而是把它传递下去。实际上main()方法也可以这样做，通过声明它会抛出Checked exception来避免使用try/catch程序块(当然我们反对这种做法)。

　　小结一下:

　　* Runtime exceptions:

　　在定义方法时不需要声明会抛出runtime exception;

　　在调用这个方法时不需要捕获这个runtime exception;

　　runtime exception是从java.lang.RuntimeException或java.lang.Error类衍生出来的。

　　* Checked exceptions:

　　定义方法时必须声明所有可能会抛出的checked exception;

　　在调用这个方法时，必须捕获它的checked exception，不然就得把它的exception传递下去;

　　checked exception是从java.lang.Exception类衍生出来的。

　　二、逻辑上

　　从逻辑的角度来说，checked exceptions和runtime exception是有不同的使用目的的。checked exception用来指示一种调用方能够直接处理的异常情况。而runtime exception则用来指示一种调用方本身无法处理或恢复的程序错误。

　　checked exception迫使你捕获它并处理这种异常情况。以java.net.URL类的构建器(constructor)为例，它的每一个构建器都会抛出MalformedURLException。MalformedURLException就是一种checked exception。设想一下，你有一个简单的程序，用来提示用户输入一个URL，然后通过这个URL去下载一个网页。如果用户输入的URL有错误，构建器就会抛出一个exception。既然这个exception是checked exception，你的程序就可以捕获它并正确处理:比如说提示用户重新输入。

　　再看下面这个例子:

public void method() { 　int [] numbers = { 1, 2, 3 }; 　int sum = numbers[0] numbers[3]; }

　　在运行方法method()时会遇到ArrayIndexOutOfBoundsException(因为数组numbers的成员是从0到2)。对于这个异常，调用方无法处理/纠正。这个方法method()和上面的method2()一样，都是runtime exception的情形。上面我已经提到，runtime exception用来指示一种调用方本身无法处理/恢复的程序错误。而程序错误通常是无法在运行过程中处理的，必须改正程序代码。

　　总而言之，在程序的运行过程中一个checked exception被抛出的时候，只有能够适当处理这个异常的调用方才应该用try/catch来捕获它。而对于runtime exception，则不应当在程序中捕获它。如果你要捕获它的话，你就会冒这样一个风险:程序代码的错误(bug)被掩盖在运行当中无法被察觉。因为在程序测试过程中，系统打印出来的调用堆栈路径(StackTrace)往往使你更快找到并修改代码中的错误。有些程序员建议捕获runtime exception并纪录在log中，我反对这样做。这样做的坏处是你必须通过浏览log来找出问题，而用来测试程序的测试系统(比如Unit Test)却无法直接捕获问题并报告出来。

　　在程序中捕获runtime exception还会带来更多的问题:要捕获哪些runtime exception?什么时候捕获?runtime exception是不需要声明的，你怎样知道有没有runtime exception要捕获?你想看到在程序中每一次调用方法时，都使用try/catch程序块吗?