J2EE系统异常的处理准则

核心提示：异常的处理是每个Java程序员时常面对的问题，但是很多人没有原则，J2EE系统异常的处理准则，遇到异常也不知道如何去处理，于是遇到检查异常就胡乱 try...catch...一把，对已这种DAO级别的异常，异常了你又能如何呢？与其这样胡乱try...catch...，然后e.printStackTrace()一下了事，

异常的处理是每个Java程序员时常面对的问题，但是很多人没有原则，遇到异常也不知道如何去处理，于是遇到检查异常就胡乱 try...catch...一把，然后e.printStackTrace()一下了事，这种做法通常除了调试排错有点作用外，没任何价值。对于运行时异常，则干脆置之不理。

原因是很多开发者缺乏对异常的认识和分析，首先应该明白Java异常体系结构，一种分层继承的关系，你必须对层次结构熟烂于心：

Throwable(必须检查)　
　　　　　　　　　　　　　　　　　　　　Error（非必须检查）　
　　　　　　　　　　　　　　　　　　　　Exception（必须检查）　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　RuntimeException（非必须检查）

一般把Exception异常及其直接子类（除了RuntimeException之外）的异常称之为检查异常。把RuntimeException以及其子类的异常称之为非检查异常，也叫运行时异常。

对于Throwable和Error，则用的很少，一般会用在一些基础框架中，这里不做讨论。

下面针对J2EE的分层架构：DAO层、业务层、控制层、展示层的异常处理做个分析，并给出一般处理准则。

一、DAO层异常处理

如果你用了Spring的DAO模板来实现，则DAO层没有检查异常抛出，代码非常的优雅。但是，如果你的DAO采用了原始的JDBC来写，这时候，你不能不对异常做处理了，因为难以避免的SQLException会如影随形的跟着你。对已这种DAO级别的异常，异常了你又能如何呢？与其这样胡乱try...catch...，囫囵吞枣消灭了异常不如让异常以另外一种非检查的方式向外传递。这样做好处有二：