`

Struts2 拦截不到异常详见

 
阅读更多

[问题]

在解难经3:Struts2,拦截器拦不住Result?中,碰到的一个难题,当在PreResultListener中的抛出异常时,总是不能跳转到配好的异常页面去,而是抛出ServletException。换句话说,异常映射拦截器(具体来说指由XWork提供的ExceptionMappingInterceptor),根本拦截不住这种异常。按理说,不应该这样啊,Action里的异常是可以被捕捉并跳转到相应的错误处理页面的,到底是哪里出的问题?

 

由于春节回湖南老家过年了,这个问题也暂时搁置下来。

[探幽]

过年在家的时候,脑袋里经常回想到这个问题,初步的分析结果是,问题应该出在Struts2和XWork的核心类,以及异常映射拦截器的异常处理这几个地方。 

演员表

 在分析这个问题之前,有必要介绍一下一些基本情况,下面就对分析过程中,几个即将登场的核心类演员一一介绍(按出场顺序排序),他们在Struts2的每次请求处理中,都扮演重要角色:

0、姓名:过滤分发器(FilterDispacher)

     单位:Struts2

     职责:初始化分发器,根据请求查找对应的Action映射配置,并调用分发器处理请求,执行Action

1、姓名:分发器(Dispacher)

     单位:Struts2

     部门:org.struts2.dispacher

     职责:接受从过滤器分发过来的请求,并执行对应的Action

2、姓名:动作代理(ActionProxy、StrutsActionProxy)

     单位:XWork(ActionProxy)、Struts2(StrutsActionProxy)

     职责:负责维持Action配置,调用动作调用器

3、姓名:动作调用器(ActionInvocation、DefaultActionInvocation)

     单位:XWork

     职责:负责维持Action调用过程中的状态,调用拦截器和最终的Action方法

4、姓名:拦截器(Interceptor、ExceptionMappingInterceptor)

     单位:XWork

     职责:负责在调用Action方法进行拦截,实现可扩展的功能处理,如异常映射拦截器实现异常时自动跳转到错误页面的功能

5、姓名:动作(Action)

     单位:XWork

     职责:负责最终的请求业务处理实现

6、姓名:结果(Result)

     单位:XWork

     职责:负责最终的响应页面的生成

 

除了上述核心类做主角,在本次解难剧本中,下面的几个跑龙套的家伙也必不可少:

 

7、姓名:结果前置监听器(PreResultListener、测试用匿名实现类)

     单位:XWork(接口)、liuu(匿名测试监听处理类实现

     职责:在Action执行之后,Result执行之前触发该事件监听器,方便应用做出特定的处理;在匿名实现类中,模拟抛出异常

8、姓名:测试拦截器(HelloInterceptor)

     单位:liuu

     职责:自定义拦截器实现,模拟在特定位置抛出异常

9、姓名:测试动作(HelloAction)

     单位:liuu

     职责:自定义Action实现,模拟某个业务请求处理

 

 另外,请求(resquest)是贯穿全剧的道具。

 

接下来,我们布置一下场景:

1、使用Struts2提供的空白项目war包(我用的是struts2-blank-2.0.11.war),导入到Eclipse中作为测试项目

2、创建HelloInterceptor并配置为hello拦截器,可以根据请求参数(如P1)在拦截器中抛出一个异常(E1),

3、在HelloInterceptor中,为ActionInvocation增加一个匿名测试结果前置监听器类,根据请求参数(P2)抛出异常(E2)

4、开发一个空的HelloAction类,配置默认拦截器栈和hello拦截器

6、开发一个正常业务页面hello.jsp,并配置为HelloAction的success结果页面

5、开发一个错误显示页面error.jsp,并配置为全局异常结果页面error

 

 

好了,演员悉数登场,场景布置完毕,好戏开锣。 

场景一:正常处理请求

场景描述

1、在Tomcat下启动项目,打开URL:http://localhost:8080/struts2-blank-2.0.11/example/hello.action

2、正常显示hello.jsp页面

 

执行分析:在请求得到正常处理时,各大旦角各司其责,配合默契,整体非常流畅:

 



 

 从这个时序图里,我们可以看出,真正的主角,是动作调用器(DefaultActionInvocation),中心方法是invoke:

 1、依次遍历调用Action的拦截器栈

 2、在栈底,执行Action

 3、如果没有执行过(executed,默认为false),则执行:

      3.1 查询是否有结果前置监听器,如果有则顺序调用

      3.2 如果需要执行过结果Result(默认为true),则执行之

      3.3 设置为已执行状态(executed=true)(注意这一点,这是理解本次难经的关键

 

场景二、动作执行异常

场景描述

1、在Tomcat下启动项目,打开URL:http://localhost:8080/struts2-blank-2.0.11/example/hello.action?action

2、action参数触发HelloAction抛出异常,最终跳转到error.jsp页面

 

场景分析

如果对场景一理解清楚了,那么,对动作(Action)执行异常时,所发生的一切,应该不难了解:

1、HelloAction抛出异常时,由于里层的拦截器没有catch,因此拦截器层层退栈

2、退到ExceptionMappingInterceptor后异常被catch在查询全局异常映射配置后,返回调用结果为error

3、后续处理同场景一

 


场景三:监听器调用异常

场景描述

1、在Tomcat下启动项目,打开URL:http://localhost:8080/struts2-blank-2.0.11/example/hello.action?inner

 

2、inner参数将触发HelloInterceptor中的匿名PreResultListener抛出异常

3、但是最终却显示500错误,ServletException异常,而不是跳转到error.jsp页面



 

 

场景分析

现在,问题来了。既然在Action中抛出异常时,可以自动跳转到错误页面,为什么结果前置监听器里抛出的异常时,不能跳转到error.jsp,而是抛出ServletException呢?

 

来看看奥妙在哪里吧:

 


发现问题在哪了么:

关键的问题是,在PreResultListener抛出异常后,PreResultListener又被多执行了一次!
 

我们来看看关键代码,截取自DefaultActionInvocation.invoke:

Java代码 复制代码 收藏代码
  1. if (!executed) {   
  2.     if (preResultListeners != null) {   
  3.         for (Iterator iterator = preResultListeners.iterator();   
  4.             iterator.hasNext();) {   
  5.             PreResultListener listener = (PreResultListener) iterator.next();   
  6.                
  7.             String _profileKey="preResultListener: ";   
  8.             try {   
  9.                 UtilTimerStack.push(_profileKey);   
  10.                 listener.beforeResult(this, resultCode);   
  11.             }   
  12.             finally {   
  13.                 UtilTimerStack.pop(_profileKey);   
  14.             }   
  15.         }   
  16.     }   
  17.   
  18.     // now execute the result, if we're supposed to   
  19.     if (proxy.getExecuteResult()) {   
  20.         executeResult();   
  21.     }   
  22.   
  23.     <SPAN style="COLOR: #ff0000">executed = true;</SPAN>   
  24. }  
    		if (!executed) {
    			if (preResultListeners != null) {
    				for (Iterator iterator = preResultListeners.iterator();
    					iterator.hasNext();) {
    					PreResultListener listener = (PreResultListener) iterator.next();
    					
    					String _profileKey="preResultListener: ";
    					try {
    						UtilTimerStack.push(_profileKey);
    						listener.beforeResult(this, resultCode);
    					}
    					finally {
    						UtilTimerStack.pop(_profileKey);
    					}
    				}
    			}

    			// now execute the result, if we're supposed to
    			if (proxy.getExecuteResult()) {
    				executeResult();
    			}

    			executed = true;
    		}

 原来:

1、在第一次调用PreResultListener时,第一个异常抛出,当前线程退栈;执行不到“executed = true ",execute是false

2、在ExceptionMappingInterceptor捕捉到这个异常后,返回结果码error

3、线程继续退栈,直到退出所有拦截器,然后会重新执行上述代码

4、由于execute还是false,所有PreResultListener被再次执行,于是又抛出第二个异常

5、对于这个新的异常,ExceptionMappingInterceptor已经无能为力,直到Dispachter再次捕捉到这个异常,并转为ServletException抛出

6、Servlet容器catch了这个异常,转到默认异常页面,上面显示的就是Tomcat的默认异常页面

。。。。。。

 

唉,问题已经完全清楚了,或许,这应该算Struts2(这里是2.0.11)的一个bug,不知道最新版里是否有修正。

 

[解难]

搞清楚了原因,解决起来那就是手到擒来了:只要让PreResultListener不能再次执行,一切就OK了。

 

我给匿名PreResultListener实现类增加一个状态字段executed,防止其多次执行:

Java代码 复制代码 收藏代码
  1. final ActionProxy ap = ai.getProxy();   
  2. ai.addPreResultListener(new PreResultListener() {   
  3.     private boolean executed = false;   
  4.   
  5.     public void beforeResult(ActionInvocation invocation,   
  6.             String resultCode) {   
  7.         if <STRONG>(!executed) {   
  8.             if (req.getParameter("fixed") != null)   
  9.                 executed = true;</STRONG>   
  10.                
  11.             System.out.println("in pre result listener ");   
  12.             if (req.getParameter("inner") != null) {   
  13.   
  14.                 throw new RuntimeException(   
  15.                         "exception in intercept befor result in inner class : "  
  16.                                 + req.getParameter("inner"));   
  17.   
  18.             }   
  19.         }   
  20.     }   
  21. });  
		final ActionProxy ap = ai.getProxy();
		ai.addPreResultListener(new PreResultListener() {
			private boolean executed = false;

			public void beforeResult(ActionInvocation invocation,
					String resultCode) {
				if (!executed) {
					if (req.getParameter("fixed") != null)
						executed = true;
					
					System.out.println("in pre result listener ");
					if (req.getParameter("inner") != null) {

						throw new RuntimeException(
								"exception in intercept befor result in inner class : "
										+ req.getParameter("inner"));

					}
				}
			}
		});

场景四:解难

 

场景描述

再次部署后,打开URL:http://localhost:8080/struts2-blank-2.0.11/example/hello.action?inner&fixed

 

霍霍,浏览器乖乖的跳转到了error.jsp页面,整个世界清静了......

 

场景分析

如果列为看官大大能坚持看到这里,不妨再看一下解难场景下的时序图:




 

这应该才是难经3:Struts2,拦截器拦不住Result?问题的最终解。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics