一个用于J2EE应用程序的异常处理框架

　　在大多数Java项目中，大部分代码都是样板代码。异常处理就属于此类代码。即使业务逻辑只有3到4行代码，用于异常处理的代码也要占10到20行。本文将讨论如何让异常处理保持简单和直观，使开发人员可以专心于开发业务逻辑，而不是把时间浪费在编写异常处理的样板代码上。本文还将说明用于在J2EE环境中创建和处理异常的基础知识和指导原则，并提出了一些可以使用异常解决的业务问题。本文将使用Struts框架作为表示实现，但该方法适用于任何表示实现。

　　使用checked和unchecked异常的场景

　　您是否曾经想过，为什么要在编写好的代码块周围放置一个try-catch块，即便明知道无法对这些异常进行什么处理，而只满足于把它们放在catch块中？您可能想知道，为什么不能把这项工作放在一个集中的地方完成？在大多数情况下，这个地方对于J2EE应用程序来说就是一个前端控制器。换句话说，开发人员不会因为它们而受到干扰，因为根本不必很多地过问它们。但是，如果一个方法名称包含一个throws子句，会出现什么情况呢？开发人员或者必须捕捉这些异常，或者把它们放在自己的方法的throws子句中。这就是痛苦的根源！幸运的是，Java API有一类叫做unchecked exception的异常，它们不必捕捉。但是，仍然存在一个问题：根据什么来决定哪些是checked异常，哪些是unchecked异常？下面给出一些指导原则：

　　终端用户无法采取有效操作的异常应该作为unchecked异常。例如，致命的和不可恢复的异常就应该是unchecked。把XMLParseException（在解析XML文件时抛出）作为checked异常没有任何意义，因为惟一能够采取的措施就是基于异常跟踪来解决根本问题。通过扩展java.lang.RuntimeException，可以创建自定义的unchecked异常。