[问题]
使用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：
Java代码
- /**
- * 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