Struts2请求流程

1. 一个请求在Struts2框架中的处理步骤：

a) 客户端初始化一个指向Servlet容器的请求；

b) 根据Web.xml配置，请求首先经过ActionContextCleanUp过滤器，其为可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助（SiteMesh Plugin），主要清理当前线程的ActionContext和Dispatcher；

c) 请求经过插件过滤器，如：SiteMesh、etc等过滤器；

d) 请求经过核心过滤器FilterDispatcher，执行doFilter方法，在该方法中，询问ActionMapper来决定这个请求是否需要调用某个Action；

e) 如果ActionMapper决定需要调用某个Action，则ActionMapper会返回一个ActionMapping实例（存储Action的配置信息），并创建ActionProxy（Action代理）对象，将请求交给代理对象继续处理；

f) ActionProxy对象根据ActionMapping和Configuration Manager询问框架的配置文件，找到需要调用的Action类；

g) ActionProxy对象创建时，会同时创建一个ActionInvocation的实例；

h) ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用；

i) 一旦Action执行完毕，ActionInvocation实例负责根据struts.xml中的配置创建并返回Result。Result通常是一个需要被表示的JSP或者FreeMarker的模版，也可能是另外的一个Action链；

j) 如果要在返回Result之前做些什么，可以实现PreResultListener接口，PreResultListener可以在Interceptor中实现，也可以在Action中实现；

k) 根据Result对象信息，生成用户响应信息response，在生成响应过程中可以使用Struts2 框架中继承的标签，在此过程中仍会再次涉及到ActionMapper；

2. Struts2请求处理示意图：

下面是从Iteye上找的downpour博客中的一幅图，在此贴出他的博客地址http://downpour.iteye.com，里面有一个struts2的系列，自我感觉非常不错

这张XWork的宏观示意图是整个XWork乃至整个Struts2的核心。此图内涵丰富，几乎涵盖了XWork的元素构成、XWork中元素的调用关系、XWork的执行层次以及XWork与外部调用接口之间的关系等所有XWork框架的核心内容。