[转]设计一个高效合理的异常处理框架

对于一个应用系统来说，发生所有异常在用户看来都是应用系统内部的异常。因此应该设计一套应用系统的异常框架，以处理系统运行过程中的所有异常。

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

   

图 3 一个应用系统的异常处理框架

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

    在AppRuntimeException下层，有各种各样的异常和错误，最终都转译为 AppRuntimeException，AppRuntimeException下面还可以设计一些别的子类异常，比如 AppDAOException、OtherException等，这些都根据实际需要灵活处理。在往下就是如何将捕获的原始异常比如 SQLException、HibernateException转换为更高级一点AppDAOException。

    有关异常框架设计这方面公认比较好的就是Spring，Spring中的所有异常都可以用 org.springframework.core.NestedRuntimeException来表示，并且该基类继承的是 RuntimeException。Spring框架很庞大，因此设计了很多NestedRuntimeException的子类，还有异常转换的工具， 这些都是非常优秀的设计思想。

总结一下Java异常处理的要点：

    1、 异常是程序运行过程过程出现的错误，在Java中用类来描述，用对象来表示具体的异常。Java将其区分为Error与Exception，Error是程序无力处理的错误，Exception是程序可以处理的错误。异常处理是为了程序的健壮性。

    2、 Java异常类来自于Java API定义和用户扩展。通过继承Java API异常类可以实现异常的转译。

    3、 异常能处理就处理，不能处理就抛出，最终没有处理的异常JVM会进行处理。

    4、 异常可以传播，也可以相互转译，但应该根据需要选择合理的异常转译的方向。

    5、 对于一个应用系统，设计一套良好的异常处理体系很重要。这一点在系统设计的时候就应该考虑到。