struts2工作流程图——简略

1、首先FilterDispatcher会随着项目的启动进行初始化的工作，读取并校验struts.xml的数据。

2、有客户请求时，FilterDispatcher会利用url查询struts.xml中的<action>,并实例化成为对象(每次一个)。

3、在调用action对象的方法之前，首先执行一系列的前置拦截器，方法调用会返回一个“逻辑视图名”，该视图会被template渲染成为一个具体的物理视图（jsp,pdf,stream或一下action链）。

4、物理视图在返回给客户端前，会经过一系列的后置拦截器，最后会将显示的数据封装到resposne对象返回给客户端。

相对详细一些的流程解读：

1. 1. 初始的请求通过一条标准的过滤器链，到达 servlet 容器 ( 比如 tomcat 容器，WebSphere 容器 )。
   2. 过滤器链包括可选的 ActionContextCleanUp 过滤器，用于系统整合技术，如 SiteMesh 插件。
   3. 接着调用 FilterDispatcher，FilterDispatcher 查找 ActionMapper，以确定这个请求是否需要调用某个 Action。
   4. 如果 ActionMapper 确定需要调用某个 Action，FilterDispatcher 将控制权交给 ActionProxy。
   5. ActionProxy 依照框架的配置文件(struts.xml)，找到需要调用的 Action 类。
   6. ActionProxy 创建一个 ActionInvocation 的实例。ActionInvocation 先调用相关的拦截器 （Action 调用之前的部分），最后调用 Action。
   7. 一旦 Action 调用返回结果，ActionInvocation 根据 struts.xml 配置文件，查找对应的转发路径。返回结果通常是（但不总是，也可能是另外的一个 Action 链）JSP 技术或者 FreeMarker 的模版技术的网页呈现。
   8. 接着按照相反次序执行拦截器链 ( 执行 Action 调用之后的部分 )。最后，响应通过滤器链返回。如果过滤器链中存在 ActionContextCleanUp，FilterDispatcher 不会清理线程局部的 ActionContext。如果不存在 ActionContextCleanUp 过滤器，FilterDispatcher 会清除所有线程局部变量。