JAVA中的异常处理机制

一、"异常类"的组织形式

　　Java系统类中的方法产生的异常都被组织成"异常类"（还有Error类，不在本文讨论范围），此方法和它相关的"异常类"通过throws 关键字关联在一起，并且这些类都必须是Exception类的子类。任何一个自己开发的类的方法中如果可能会产生某种异常，也可以将这种异常组织成一个" 异常类"，但这个"异常类"同样必须是Exception的子类，或孙子类等等。

　　例1：

　　/*isLegal于检查数据是否合法，当>0时视为合法，返回合法值，

　　*否则视为不合法，抛出"异常".*/

　　int isLegal（int dt） throws LowZeroException//这种定义本文中均称为方法与"异常"通

　　{　　　　　　　　　　　　　　　　　 //过throws建立了关联

　　if（dt>=0）{

　　return data；

　　}

　　else

　　throw new LowZeroException（）；

　　}

　　/*自已写的异常类，继承自Exception*/

　　class LowZeroException extends Exception

　　{

　　public LowZeroException（）{

　　super（）；

　　}

　　}

　　仔细观察方法isLegal（），它体现出的最值得注意的特色是，它有两种方式的函数出口，一种是通过return语句，返回的是方法本身定义 的类型的实例，另一种是通过throw，返回的是"异常类"的对象实例，Java中称之为抛出"异常".对比一下C中如何处理同样的问题的：

　　int isLegal（int dt） {

　　if（dt>=0）{

　　return data；

　　}

　　else

　　return -1；//通过一个特定值来表明出错

　　}

　　由于C只能通过return返回函数值，所以在处理异常情况时则可能通过以上方式来处理。当然这就要求isLegal（）函数的使用者必须知道函数中使用返回值-1来表明出现不合法数据的情况。

　　对比这两种处理方法，可以知道java的"异常机制"把处理异常事件的职能和方法本身的职能通过两个不同出口分离开来。

　　所有这些"异常类"独立于它具体服务的方法被统一组织成一个类树。"异常机制"就好比高校的后勤社会化一样，通过后勤社会化将学校的教学职能和 学校的后勤保障分离开来，并且后勤集团的组织形式也是独立于学校主体的。事实证明，这种组织方式不仅提高了服务效率，也提高了服务质量。整个Java体系 中的"异常类"组织形式如图1所示：

　　在例1中的isLegal（）方法如果在调用过程中没有能正常返回整形数，而是在"异常"产生点产生了"异常"对象，那么这个"异常"对象由谁来接收，并处理它呢？以下就来解答这个问题。

　　二、"异常"的处理过程

　　Java中由try…catch语法来处理"异常"，将关联有"异常类"的方法包含在try{}程序块中，catch（）{}关键字可以使用形 参，用于和方法产生的"异常"对象结合。当调用某个方法时，引起异常事件发生的条件成立，便会抛出"异常"，原来的程序流程将会在此方法处中断，然后 try模块后紧跟的catch中的"形参"和此异常对象完成了结合，继而进入了catch模块中运行。具体过程举例说明：

　　例2：

　　/*将关联有异常的方法包含在try模块中*/

　　int myMethod（int dt）{

　　int data = 0；

　　try{

　　int data = isLegal（dt）；

　　}catch（LowZeroException e）{

　　System.out.println（"发生数据错误！"）；

　　}

　　return data；

　　}

　　三、"异常"的处理方法

　　有两种方法处理"异常"：第一种如例2，将含有"异常"出口的方法直接放到try块中，然后由紧随其后的catch块捕捉。第二种是不直接监听捕捉被引用方法的"异常"，而是将这个"异常"关联传递给引用方法，同时监听捕捉工作也相应向上传递。

　　例3：

　　int myMethod2（int dt）

　　{

　　int data = 0；

　　try{

　　data = myMethod（dt）

　　}catch（LowZeroException e）{

　　System.out.println（"发生数据错误！"）；

　　e.printStackTrace（）；

　　}

　　return data；

　　}

　　int myMethod（int dt） throws LowZeroException

　　{

　　int data = isLegal（dt）； //此处引用isLegal（）方法，但并没有捕捉它的"异常"

　　return data；

　　}

　　从上例中可以看到方法myMethod（）与它引用的方法isLegal（）产生的"异常"LowZeroException建立了关联，也就 是完成了将"异常"关联的向上传递，此时的myMethod（）方法体中虽然只有一个return返回语句，但它事实上同样有两种方式的函数出口，一种是 由return返回的整形值，另一种则是返回方法名中的throws关键字所指的"异常类"的实例对象。相应的，监听捕捉的工作交给了上一层方法 myMethod2（）。同样的道理，myMethod2（）也可以将"异常"通过throws的关联继续向上传递。这样的话，一旦一个"异常"被捕捉到 时，这个"异常"必有一个传递路径，而如果我们在捕捉点的catch程序块中加入printStackTrace（）方法，便能清楚的看到这个"异常"是 怎样传递过来的。例如在例3如果有"异常"被捕捉到，e.printStackTrace（）打印出来的结果将是：

　　LowZeroException：

　　at Example.isLegal

　　at Example myMethod

　　at Example.myMethod2

　　at Example main

　　从上结果中我们可以看到，从LowZeroException"异常"产生点，即包含throw new LowZeroException（）；子句的方法开始，然后一直追溯到产生当前线程的方法（注意：printStackTrace（）并不是追溯到捕捉 点结束，而是到产生当前线程的方法结束）。"异常"产生点产生的LowZeroException"异常"对象，首先被赋给了isLegal（）关联的 LowZeroException类的无名引用，然后继续赋给myMethod（）关联的LowZeroException类的无名引用，再继续赋给 myMethod2（）中的catch块中的形参e，最后在这里被处理掉，这个"异常"对象随即消失。可以说，catch（）{}就是"异常"对象的生命 终结点。

　　另外还要注意一点，方法与"异常"的关联可以一直向上传递，当传递到与main方法关联后，即在main（）方法的定义中使用了throws Exception，这时除了虚拟机没有其它方法能够引用main（）方法，且在程序中可能看不到try…catch程序块，但并不会产生错误，因为此时 虚拟机会捕捉"异常"，并且会默认的调用printStackTrace（）方法打印出"异常"路径。总之只要一个方法关联了"异常"，可以将这个"异 常"关联向上传递，但是最终必须使用catch来终止"异常"，或者一直传递到main（）方法交给Java虚拟机来结束"异常"对象的生命，否则是通不 过编译的。

　　四、使用"异常机制"的需要注意的几点

　　1.一个方法中可能会产生多种不同的异常，你可以设置多个"异常"抛出点来解决这个问题。

　　2."异常"对象从产生点产生后，到被捕捉后终止生命的全过程中，实际上是一个传值过程，所以你可以根据需要，来合理的控制检测到"异常"的粒 度。例如在例3中，如果你并不需要知道具体产生的是LowZeroException"异常"，那么你可以使用"异常"的公共父类Exception来结 合"异常"对象，即catch（Exception e）{…}.同样在"异常"与方法关联的传递过程中，也可以根据需要控制关联"异常"的粒度，即throws后面跟上异常对象的父类名。

　　3."异常机制"中还有一种特殊情况――RuntimeException"异常类"，这个"异常类"和它的所有子类都有一个特性，就是"异 常"对象一产生就被Java虚拟机直接处理掉，即在方法中出现throw 子句的地方便被虚拟机捕捉了。因此凡是抛出这种"运行时异常"的方法在被引用时，不需要有try…catch语句来处理"异常".