java异常体系结构

一、 异常的概念及分类

异常是指程序运行时出现的错误，java语言的异常处理框架是java语言健壮性的一个重要体现。

java把异常当做对象来处理，并定义一个基类java.lang.Throwable作为所有异常的超类。

在javaAPI中已经定义了许多异常类，这些异常类分为两大类，错误（Error）和异常（Exception）。

1、Error和Exception

Throwable是所有异常和错误的超类，有两个子类，分别是Error和Excetion。Exception又分为运行时异常和非运行时异常，用他的两个子类来表示，程序中应该尽可能的去处理这些异常。

2、运行时异常和非运行时异常

运行时异常都是RuntimeException类及其子类异常，如NullPointerException、IndexOutOfBoundsException异常等。这些异常时不检查 ，程序中可以选择捕获处理也可以不处理，这些错误一般是由逻辑错误引起的，程序应该从逻辑角度尽可能避免这种异常发生。

非运行时异常时除RuntimeException以外的异常，从语法角度讲，是必须处理的异常，如果不处理程序编译不通过，如IOException和SQLException等以及用户自定义的异常。

二、异常的捕获和处理

在java中处理异常的完整语法是

try{   
  //（尝试运行的）程序代码   
}catch(异常类型 异常的变量名){   
  //异常处理代码   
}finally{  
  //总是要执行的代码   
} 

1、try语句块中表示尝试运行的代码，try语句块中的代码受异常监控，其中代码发生异常时，会抛出异常对象。

catch语句块会捕获与自己类型相同的异常类型，并进行异常处理代码。

finally是紧跟catch的语句块，不管try语句块中的异常是否发生，finally总会执行。

2、使用try、catch、finally时应注意的事情：第一、try，catch，finally均不能单独使用，3个语句块只有3中组合形式，try{}catch，try{}finally，try{}catch{}finally{}，catch可以有一个或多个，finally语句最多只有一个。第二，try，catch，finally3个语句块内部的变量的作用域是块内部，分别独立而不能互相访问，如需在3个块中都访问则需要定义在它们外面。第三，多个catch块的时候只会匹配一个catch，并且匹配的顺序是从上到下。

3、throw和throws关键字区别

throw关键字是用于方法体内部，用于抛出一个Throwable类型的异常。如果抛出了检查异常，则还应该在方法体头部声明方法可能抛出的异常的类型，该方法的调用者也必须检查处理跑出的异常，如果所有方法都层层上抛获取的异常，最终JVM会进行处理，处理也很简单，就是打印异常消息和堆栈信息。如果抛出的是Error或者RuntimeException,则方法的处理者可选择处理这个异常。

throws关键字用于方法体外部的方法声明部分，用来声明方法体可能抛出的某些异常，仅当抛出了检查异常，该方法的调用者才必须处理或重新抛出该异常，该方法的调用者无法处理该异常的时候，应该继续抛出，而不是囫囵吞枣一般在catch中打印一下堆栈信息做个勉强处理。

三、异常的一般处理原则

1、能早处理就早处理，抛不出去还不能处理的就想法消化掉或者转换为RuntimeException处理；

2、对于检查异常，如果不能行之有效的处理还不如转换为RuntimeException抛出，这样也让上层代码有选择的余地，可以处理也可以不处理。

3、对于一个应用系统来说，应该有自己的一套异常处理框架，这样当异常发生时，也能得到统一的异常处理风格，将优雅的异常信息反馈给客户。

四、异常的转译与异常链

1、异常转译的原理

所谓的异常转译就是将一种异常转换为另一种新的异常，也许这种异常更能准确表达程序发生异常。在java中有个概念就是异常原因，异常原因是导致当前抛出异常的那个异常对象，几乎所有带异常原因的异常构造方法都使用Throwable类型作为参数类型，这也就为异常的转译提供了直接的支持，因为任何形式的异常和错误都是Throwable的子类。比如将SQLException转换成另外一个新的异常DAOException可以这么写：

先自定一个DAOException:

public class DAOException extends RuntimeException {   
/(省略了部分代码)   
  public DAOException(String message, Throwable cause) {   
      super(message, cause);   
  }

比如有一个SQLException转换成DAOException，可以这么写

DAOException daoEx = new DAOException ( "SQL异常", e);

DAOException daoEx = new DAOException ( "SQL异常", e);

异常转译是针对所有继承Throwable超类的类而言的，从编程的语法角度讲，其子类之间都可以相互转换。 但是，从合理性和系统设计角度考虑，可将异常分为三类：Error、Exception、RuntimeException，笔者认为，合理的转译关系图应该如图 ：

为什么要这么做呢？笔者认为，异常的处理存在着一套哲学思想：对于一个应用系统来说， 系统所发生的任何异常或者错误对操作用户来说都是系统"运行时"异常，都是这个应用系统内部的异常。这也是异常转译和应用系统异常框架设计的指导原则。在系统中大量处理非检查异常的负面影响很多，最重要的一个方面就是代码可读性降低，程序编写复杂，异常处理的代码也很苍白无力。  因此，很有必要将这些检查异常Exception和错误Error转换为RuntimeException异常，让程序员根据情况来决定是否捕获和处理所发生的异常。 

图中的三条线标识转换的方向，分三种情况： 
①：Error到Exception：将错误转换为异常，并继续抛出。例如Spring WEB框架中，将org.springframework.web.servlet.DispatcherServlet的doDispatch()方法中，将捕获的错误转译为一个NestedServletException异常。这样做的目的是为了最大限度挽回因错误发生带来的负面影响。因为一个Error常常是很严重的错误，可能会引起系统挂起。 
②：Exception到RuntimeException：将检查异常转换为RuntimeException可以让程序代码变得更优雅，让开发人员集中经理设计更合理的程序代码，反过来也增加了系统发生异常的可能性。 
③：Error到RuntimeException：目的还是一样的。把所有的异常和错误转译为不检查异常，这样可以让代码更为简洁，还有利于对错误和异常信息的统一处理。 
2、异常链

异常链顾名思义就是将异常发生的原因一个传一个串起来，即把底层的异常信息传给上层，这样逐层抛出。 Java API文档中给出了一个简单的模型：

try {   
 lowLevelOp();   
} catch (LowLevelException le) {   
  throw (HighLevelException)   
  new HighLevelException().initCause(le);   
}  

当程序捕获到了一个底层异常le，在处理部分选择了继续抛出一个更高级别的新异常给此方法的调用者。 这样异常的原因就会逐层传递。这样，位于高层的异常递归调用getCause()方法，就可以遍历各层的异常原因。 这就是Java异常链的原理。异常链的实际应用很少，发生异常时候逐层上抛不是个好注意，上层拿到这些异常又能奈之何？而且异常逐层上抛会消耗大量资源，因为要保存一个完整的异常链信息。

三、设计一个高效合理的异常处理框架 

 对于一个应用系统来说，发生所有异常在用户看来都是应用系统内部的异常。因此应该设计一套应用系统的异常框架，以处理系统运行过程中的所有异常。 基于这种观点，可以设计一个应用系统的异常比如叫做AppException。并且对用户来说，这些异常都是运行应用系统运行时发生的，因此AppException应该继承RuntimeException，这样系统中所有的其他异常都转译为AppException，当异常发生的时候，前端接收到AppExcetpion并做统一的处理。 
 画出异常处理框架如图 3 ： 

在这个设计图中，AppRuntimeException是系统异常的基类，对外只抛出这个异常，这个异常可以由前端（客户端）接收处理，当异常发生时，客户端的相关组件捕获并处理这些异常， 将"友好"的信息展示给客户。

在AppRuntimeException下层，有各种各样的异常和错误，最终都转译为AppRuntimeException，AppRuntimeException下面还可以设计一些别的子类异常，比如AppDAOException、OtherException等， 这些都根据实际需要灵活处理。 在往下就是如何将捕获的原始异常比如SQLException、HibernateException转换为更高级一点AppDAOException。 
    有关异常框架设计这方面公认比较好的就是Spring，Spring中的所有异常都可以用org.springframework.core.NestedRuntimeException来表示，并且该基类继承的是RuntimeException。 Spring框架很庞大，因此设计了很多NestedRuntimeException的子类，还有异常转换的工具， 这些都是非常优秀的设计思想。 

四、 Java异常处理总结 
回顾全文，总结一下Java异常处理的要点： 
1、 异常是程序运行过程过程出现的错误，在Java中用类来描述，用对象来表示具体的异常。 Java将其区分为Error与Exception，Error是程序无力处理的错误，Exception是程序可以处理的错误。 异常处理是为了程序的健壮性。 
2、 Java异常类来自于Java API定义和用户扩展。通过继承Java API异常类可以实现异常的转译。 
3、 异常能处理就处理，不能处理就抛出，最终没有处理的异常JVM会进行处理。 
4、 异常可以传播，也可以相互转译，但应该根据需要选择合理的异常转译的方向。 
5、 对于一个应用系统，设计一套良好的异常处理体系很重要。这一点在系统设计的时候就应该考虑到。