基于struts1.框架的异常处理方案

首先感谢“郡主”对我的支持，她帮忙完善了跳转地址重定向问题。

1. 目标——什么异常需要我们处理

通常来说，在业务流程中已经将大部分异常进行处理，因为大部分异常是继承java.lang.Exception，所以开发人员在IDE环境中可以轻松识别并使用try catch语句块进行处理。但是别忘了java.lang.RuntimeException。
有很多常见的异常，如java.lang.NullPointerException、java.lang.IndexOutOfBoundsException，都是RuntimeException的子类，这类异常在IDE开发环境中不易判断，而且经常会导致意外的结果，这些异常正式是本文要处理的东西。
PS：不要小看java.lang.NullPointerException，在做单元测试的过程中，一半以上的失败结果都是它造成的，相信在每一个项目中它都是一个可怕的存在。

2. struts1框架对异常的处理支持

struts框架有两种异常处理方式：action的exception配置和global-exceptions配置

<action-mappings>
        <action path="/Test" scope="request"  type="com.sg.LoginAction" parameter="method" >
            <forward name="index" path="/index.jsp"/>
            <exception key="error.action.message" type="java.lang.RuntimeException"></exception>
        </action>
    </action-mappings>

<global-exceptions>
      <exception key="error.message" type="java.lang.RuntimeException" path="/common/errorPage.jsp" />
  </global-exceptions>

若LoginAction的方法抛出的RuntimeException（事实上RuntimeException的子类也可以），struts会尝试在action配置中查找对应的exception配置并进行处理，若没有找到，则查找global-exceptions配置并处理，两者都没有找到，struts框架会抛出ServletException让web容器处理。

3. 通常的处理思路以及struts框架的弊端
3.1 action的exception和global-exception的选择
由于项目中，按模块、按功能划分后的action配置会很多，显然在使用action的exception配置进行同一的RuntimeException处理配置的工作量非常大，global-exceptions是我们的选择。

3.2 global-exceptions的配置
RuntimeException的子类非常多，我们不能把每一个RuntimeException的子类都进行配置。还好struts框架对于异常的处理可以对Exception进行向上转型并处理，比如Action抛出的NullPointerException，struts会按照NullPointerException->RuntimeException->Exception->Throwable的顺序一次查找是否有对应的处理。

3.3 邪恶的struts1框架
1) struts1的global-exeptions是针对配置文件的，假设项目按照功能划分的struts-user.xml和struts-department.xml，这两个配置的中的global-exeptions配置是不能共用的。
2) 为了便于项目组对模块进行划分，struts的配置文件通常会设置不同的前缀（prefix，最后会有关于prefix的简单介绍），ActionForward根据前缀的路径进行跳转，因此不同的struts的配置文件可能需要配置不同的跳转地址。

4. ExceptionHandler带来的转机
框架的目的之一是为了让开发人员忽略技术使用细节，转而将更多的精力放在业务逻辑实现上。为了绕开struts的复杂的异常处理，我们使用struts的ExceptionHandler。
ExceptionHandler是struts默认异常处理类，在Action方法执行发生异常时，ExceptionHander将捕获异常，并进行更进一步的处理（如将异常根据配置的不同放入request或session、配置key国际化等），通过继承ExceptionHandler，我们可以尝试进行地址的统一跳转。

struts的跳转是通过ActionForward的信息进行的，所以在ExceptionHandler子类中创新统一的ActionForward即可，代码如下：

public class CommonExceptionHandler extends ExceptionHandler {

	private static final Logger logger = 
	      Logger.getLogger(CommonExceptionHandler.class);
	
	/** 统一跳转地址路径 */
	private static final String EXCEPTION_PAGE_PATH = "/common/exceptionPage.jsp";
	
	public ActionForward execute(Exception ex, ExceptionConfig ae,
			ActionMapping mapping, ActionForm formInstance,
			HttpServletRequest request, HttpServletResponse response)
			throws ServletException {
		logger.info("统一异常处理 begin");
		logger.error("Action抛出了未捕获的异常", ex);
		
		/*
		 * 判断是否为ajax请求
		 *   若是ajax请求，由于页面处理方式不一致，不做页面提示
		 */
		String ajaxFlg = request.getHeader("X-Requested-With");
		if(ajaxFlg != null) {
			logger.info("请求类型为ajax请求!");
			logger.info("统一异常处理 end");
			return null;
		}
		
		/* 调用父类方法，方法中会将exception信息放入request */
		super.execute(ex, ae, mapping, formInstance, request, response);
		/* 设置同一跳转路径 */
		ActionForward forward = new ActionForward("excepationPage", EXCEPTION_PAGE_PATH , false, "");
		
		logger.info("统一异常处理 end");
		return forward;
	}
}

代码中有两处需要注意：
1） ajax请求可以处理（代码中之所以没有处理是因为我们项目的ajax请求处理不统一，因此不能统一设置，有待Ajax处理方案统一），但不能使用统一的跳转，因为跳转后response中设置的跳转页面的代码，ajax请求结果处理方法不需要这些信息；
2） ActionForward的构造方法有4个参数：

/**
     * Construct a new instance with the specified values.
     *
     * @param name Name of this forward
     * @param path Path to which control should be forwarded or redirected
     * @param redirect Should we do a redirect?
     * @param module Module prefix, if any
     */
    public ActionForward(String name, String path, boolean redirect,
                         String module) {

        super();
        setName(name);
        setPath(path);
        setRedirect(redirect);
        setModule(module);

    }

module指Module prefix，我们项目在根目录下的/common/exceptionPage.jsp，所以使用struts-config.xml的prefix，若使用其他配置文件的prefix需要自行修改。

关于prefix
struts的每一个配置文件都有唯一标识，这个标识在web.xml中配置struts文件时指定，如

<servlet>
		<servlet-name>controller</servlet-name>
		<servlet-class>
			org.apache.struts.action.ActionServlet
		</servlet-class>
		<init-param>
			<param-name>config</param-name>
			<param-value>
				/WEB-INF/struts/struts-config.xml
			</param-value>
		</init-param>
		<init-param>
			<param-name>config/page/user</param-name>
			<param-value>
				/WEB-INF/struts/config/struts-user.xml
			</param-value>
		</init-param>
		<init-param>
			<param-name>config/page/user/department</param-name>
			<param-value>
				/WEB-INF/struts/config/struts-department.xml
			</param-value>
		</init-param>
		<load-on-startup>0</load-on-startup>
	</servlet>

struts1框架要求param-name必须以config开头，否则不处理。去掉config/，后面内容就是该配置文件的唯一标识，而这个就是prefix。struts-config.xml比较特别，它的prefix使用空串("")。

来源：oschina

链接：https://my.oschina.net/u/614144/blog/159552

标签

struts1

异常处理

exceptionhandler