[转载]难经3：Struts2，拦截器拦不住Result?

[问题]

使用Struts2作为web框架，知道它的拦截器（Interceptor）机制，类似与Filter和Spring的AOP，于是实现了一个为Action增加自定义前置(before)动作和后置动作(after)的拦截器（曰：WInterceptor），不过用一段时间发现，在WInterceptor的after中，对Action对象的属性修改在页面看不到，对请求对象的属性设置也无效。为什么在调用了Action之后(invokeAction())之后，request就不能使用了呢，拦截器不能改变Action的Result么?

 

[探幽]

 

在重看了Struts2的拦截器的官方文档以后，还是不明白上面的问题是为什么。地球人都知道，Struts2其实就是Webwork2，而拦截器的核心实现在XWork，利用XWork的拦截器框架，Struts2在外围通过线程上下文，绑定了Request和Response对象的包装类，哪问题到底在Struts2，还是在XWork？

 

在看到下面这张调用图，我才突然反应过来，“我真笨，真的，我只知道拦截器调用栈的最底层，是Action方法的调用，却不知道Result的调用也是在栈底调用，之后才返回给上一个拦截器，层层退出”：

        感谢这张图的作者，它简单，但有效。

 

 问题的关键在于，在调用actionInvocation.invoke()的之后，不仅执行类Action，也执行类Result。因而，等退回到拦截器的调用代码时，Result已经生成，View已经确定，这时你再修改模型（Action的属性）或请求对象的属性，对视图不会有任何影响。

 

另，为什么Result的执行不放到拦截器链的外面呢？这是我开始的直觉，有知道的朋友烦告知一声。

[解难]

 方法一：使用现成的PreResultListener监听器事件

搞清楚原因，卷起袖子干吧，只要让WInterpretor的after事件，放在Result的生成之前就行了。

看看XWork的拦截器接口注入的actionInvocation，其实就提供增加Result执行的前置监听事件-PreResultListener：

/**
 * Register a {@link PreResultListener} to be notified after the Action is executed and
 * before the Result is executed.
 * <p/>
 * The ActionInvocation implementation must guarantee that listeners will be called in
 * the order in which they are registered.
 * <p/>
 * Listener registration and execution does not need to be thread-safe.
 *
 * @param listener the listener to add.
 */
void addPreResultListener(PreResultListener listener);

 

因此，让拦截器实现这个接口，就可以自然实现Action执行after事件了。

 

 

方法二，实现自己的 ActionInvocation ，手动分离Action和Result的执行

本来前面的方法已经很好了，可是，可是啊，在addPreResultListener里的异常，不会被Struts的框架捕获，而且，addPreResultListener接口不能传递自己的上下文参数，难道动用ThreadLocal传参？

 

研究了一下XWork的ActionInvocation 接口默认实现类DefaultActionInvocation， 写了一个包装类，将Action的执行和Result的生成完全分开，或许有人用的着，放上来，见附件(ActionInvocationWrapper)，如有不妥之处请告知。

 

exeucteAction是执行Action，executeResult是执行Result