在实际的j2ee项目中，系统内部难免会出现一些异常，如果把异常放任不管直接打印到浏览器可能会让用户感觉莫名其妙，也有可能让某些用户找到破解系统的方法。
就拿spring+struts2+hibernate项目说明：通常一个页面请求到后台以后，首先是到action（也就是所谓mvc的 controller），在action层会调用业务逻辑service，servce层会调用持久层dao获取数据。最后执行结果会汇总到 action，然后通过action控制转发到指定页面，执行流程如下图所示：
而这三层其实都有可能发生异常，比如dao层可能会有sqlexception，service可能会有 nullpointexception，action可能会有ioexception，一但发生异常并且程序员未做处理，那么该层不会再往下执行，而是向 调用自己的方法抛出异常，如果dao、service、action层都未处理异常的话，异常信息会抛到服务器，然后服务器会把异常直接打印到页面，结果 就会如下图所示：
其实这种错误对于客户来说毫无意义，因为他们通常是看不懂这是什么意思的。
那么发生异常到底应该怎么办呢？我想在大家对java异常有一定了解以后，会知道：异常应该在action控制转发之前尽量处理，同时记录log日志，然后在页面以友好的错误提示告诉用户出错了。大家看下面的代码：
log log = logfactory.getlog(this.getclass());
//action层执行数据添加操作
public string save(){
try{
//调用service的save方法
service.save(obj);
}catch(exception e){
log.error(...); //记录log日志
return "error"; 到指定error页面
}
return "success";
}
如果按照上面的方式处理异常以后，我们用户最后看到的页面可能就会是下面这种形式（我想这种错误提示应该稍微友好点了吧）：
然后我们回到刚才处理异常的地方，如果大家积累了一些项目经验以后会发现使用上面那种处理异常的方式可能还不够灵活：
①因为spring把大多数非运行时异常都转换成运行时异常（runtimeexception）最后导致程序员根本不知道什么地方应该进行try...catch操作
如何解决上面的问题呢？我是这样做的：jdk异常或自定义异常+异常拦截器
struts2拦截器的作用在网上有很多资料，在此不再赘述，我的异常拦截器原理如下图所示：
首先我的action类、service类和dao类如果有必要捕获异常，我都会try...catch，catch块内不记录log，通常是抛出一个新异常，并且注明错误信息：
//你问我为什么抛出runtime异常？因为我懒得在方法后写throws xx
throw new runtimeexception("添加数据时发生错误！",e);
}
然后在异常拦截器对异常进行处理，看下面的代码：
public string intercept(actioninvocation actioninvocation) {
string result = null; // action的返回值
try {
// 运行被拦截的action,期间如果发生异常会被catch住
result = actioninvocation.invoke();
return result;
} catch (exception e) {
/**
* 处理异常
*/
string errormsg = "未知错误！";
//通过instanceof判断到底是什么异常类型
if (e instanceof baseexception) {
baseexception be = (baseexception) e;
be.printstacktrace(); //开发时打印异常信息，方便调试
if(be.getmessage()!=null||constants.blank.equals(be.getmessage().trim())){
//获得错误信息
errormsg = be.getmessage().trim();
}
} else if(e instanceof runtimeexception){
//未知的运行时异常
runtimeexception re = (runtimeexception)e;
re.printstacktrace();
} else{
//未知的严重异常
e.printstacktrace();
}
//把自定义错误信息
httpservletrequest request = (httpservletrequest) actioninvocation
.getinvocationcontext().get(strutsstatics.http_request);
* 发送错误消息到页面
request.setattribute("errormsg", errormsg);
* log4j记录日志
log log = logfactory
.getlog(actioninvocation.getaction().getclass());
if (e.getcause() != null){
log.error(errormsg, e);
}else{
return "error";
}// ...end of catch
}
需要注意的是：在使用instanceof判断异常类型的时候一定要从子到父依次找，比如baseexception继承与runtimeexception，则必须首先判断是否是baseexception再判断是否是runtimeexception。
最后在error jsp页面显示具体的错误消息即可：
<body>
<s:if test="%{#request.errormsg==null}">
<p>对不起，系统发生了未知的错误</p>
</s:if>
<s:else>
<p>${requestscope.errormsg}</p>
</s:else>
</body>
以上方式可以拦截后台代码所有的异常，但如果出现数据库连接异常时不能被捕获的，大家可以使用struts2的全局异常处理机制来处理：
<global-results>
<result name="error" >/web/common/page/error.jsp</result>
</global-results>
<global-exception-mappings>
<exception-mapping result="error" exception="java.lang.exception"></exception-mapping>
</global-exception-mappings>
上面这是一个很简单的异常拦截器，大家可以使用自定义异常，那样会更灵活一些。
以上异常拦截器可以使用其它很多技术替换：比如spring aop，servlet filter等，根据项目实际情况处理。
【补充】ajax也可以进行拦截，但是因为ajax属于异步操作，action通过response形式直接把数据返回给ajax回调函数，如果发生异常，ajax是不会执行页面跳转的，所以必须把错误信息返回给回调函数，我针对json数据的ajax是这样做的：
* 读取文件，获取对应错误消息
httpservletresponse response = (httpservletresponse)actioninvocation.getinvocationcontext().get(strutsstatics.http_response);
response.setcharacterencoding(constants.encoding_utf8);
printwriter out;
try {
out = response.getwriter();
message msg = new message(errormsg);
//把异常信息转换成json格式返回给前台
out.print(jsonobject.fromobject(msg).tostring());
} catch (ioexception e1) {
throw e;
====================================分割线================================
最新内容请见作者的github页：http://qaseven.github.io/