学习Struts框架系列（三）：声明式异常处理

在Struts1.X的版本中加入了对异常的处理Exception Handler，有了它我们可以不使用try/catch捕获异常，一旦出现了我们已经定义的异常，那么就会转到相应的页面，并且携带异常信息，自动性增强。

Struts框架提供了默认的异常处理org.apache.struts.action.ExceptionHandler，它的execute()方法负责处理异常，在需要实现自定义处理时重写该方法。可以在配置文件中定义由谁来处理Action类中掷出的某种异常。

  

处理异常的流程

struts的控制器负责捕获各种异常，包括控制器运行中本身抛出的异常，以及调用模型的业务方法时抛出的异常。

当struts的控制器捕获到异常后，在异常处理代码块中，创建描述信息的actionMessage对象，并把它保存在特定范围（配置文件中的scope）。

在jsp中使用<html:errors/>标签，可以检索到特定范围内的actionMessages对象。

通过这个完整的代码示例，你将知道如何使用ExceptionHandler统一处理异常

 

struts配置文件

 

 

 

<global-exceptions>
<!-- 当遇到 type为java.lang.Exception异常时，使用com.bjsxt.oa.web.SystemExceptionHandler进行处理-->
<exception
key="errors.detail"
type="java.lang.Exception"
path="/common/exception.jsp"
scope="request"
handler="com.bjsxt.oa.web.SystemExceptionHandler"
></exception>
</global-exceptions>

 

 

key – 即这个异常所对应的错误提示消息文本的key，这个key的值，需要在资源属性文件中进行定义

type – 即定义需要处理哪种类型的Exception

path – 定义一旦出现异常，需要转向哪个页面来进行提示，如果不定义path属性，默认情况下，将使用Action配置中的input属性的值来作为转向的页面

局部和全局

handler -负责异常处理的类，缺省为org.apache.struts.action.Exceptionhandler.java，如果做个性化的异常处理可以继承此类覆盖execute方法

SystemExceptionHandler

 

 

使用SystemExceptionHandler统一处理SystemException异常

SystemExceptionHandler是自定义的ExceptionHandler类，重写了execute方法，实现自定义处理。

 

 

importcom.bjsxt.oa.manager.SystemException;
 
public classSystemExceptionHandler extends ExceptionHandler {
 
//日志记录对象
//commons-log类型接口，log4j实现
privatestatic Log logger = LogFactory.getLog(SystemExceptionHandler.class);
 
/**
 * 处理SystemException异常
 */
@Override
publicActionForward execute(
Exceptionex,
ExceptionConfigae,
ActionMappingmapping,
ActionFormformInstance,
HttpServletRequestrequest,
HttpServletResponseresponse) throws ServletException {
 
//ExceptionConfig 和配置文件的exception标签信息对应
//ActionMapping和请求的action标签信息对应
 
//构造ActionForward对象
ActionForwardforward = null;
if(ae.getPath()!= null){
forward= new ActionForward(ae.getPath());
}else{
forward= mapping.getInputForward();
}
 
logger.debug("出现异常",ex);
 
//ex.printStackTrace();
 
//只对SystemException异常进行处理
//构造ActionMessage对象
if(exinstanceof SystemException){
SystemExceptionse = (SystemException)ex;
 
//取出key值
Stringkey = se.getKey();
 
ActionMessageerror = null;
if(key == null){
error= new ActionMessage(ae.getKey(),se.getMessage());
}else{
if(se.getValues()!= null){
error= new ActionMessage(key,se.getValues());
}else{
error= new ActionMessage(key);
}
}
 
this.storeException(request,key, error, forward, ae.getScope());
 
returnforward;
}
 
 
returnsuper.execute(ex, ae, mapping, formInstance, request, response);
}
 
}

 

 

SystemException

 

自定义异常类

 

 

public classSystemException extends RuntimeException {
 
//异常代码
privateString key;
 
privateObject[] values;
 
publicSystemException() {
super();
}
 
 
publicSystemException(String message) {
super(message);
}
 
publicSystemException(Throwable throwable) {
super(throwable);
}
publicSystemException(String message, Throwable throwable) {
super(message,throwable);
}
 
publicSystemException(String message,String key){
super(message);
this.key= key;
}
 
publicSystemException(String message,String key,Object value){
super(message);
this.key= key;
this.values= new Object[]{value};
}
 
publicSystemException(String message,String key,Object[] values){
super(message);
this.key= key;
this.values= values;
}
 
publicString getKey() {
returnkey;
}
 
publicObject[] getValues() {
returnvalues;
}
 
}

 

OrgManagerImpl

 

在这里抛出异常，异常会一直抛到Action，直到被struts控制器捕获。

 

 

publicvoid delOrg(int orgId) {
 
Orgnizationorg = (Orgnization)getHibernateTemplate().load(Orgnization.class, orgId);
 
//先判断是否存在子机构，如果存在子机构，则不允许删除
if(org.getChildren().size()> 0){
// 使用多种情况的异常信息：国际化、自定义
thrownewSystemException("存在子机构，不允许删除","exception.org.del",org.getId());
//        thrownew SystemException("存在子机构，不允许删除");
}
 
getHibernateTemplate().delete(
org
);
}

 

 

 

MessageResources.properties

 

国际化资源文件

 

exception.org.del=Can'tDel Orgnization,id is {0}\!

 

 

小结

声明式异常，在代码中只进行抛异常就够了，捕获异常的事交给了ExceptionHandler类，省事多了。因为每一个异常类，对应的就需要有一个Handler类处理，所以这个异常类的粒度不能太细。

和编程式异常相比，编程式异常就比较灵活了，在action中可以针对manager提供的异常情况再做处理，进而向页面显示出合理的友好的提示信息，但因为在action中作为异常的处理终点，导致action类会比较庞大而且代码可读性下降。 

总之，处理异常的这两种方式，一个粒度粗些，一个粒度细些，酌情处理就是了。