struts2工作流程

struts2工作流程

@sunRainAmazing

Struts 2框架本身大致可以分为3个部分：
核心控制器FilterDispatcher、业务控制器Action和用户实现的企业业务逻辑组件。

核心控制器FilterDispatcher是Struts 2框架的基础，
包含了框架内部的控制流程和处理机制。
业务控制器Action和业务逻辑组件是需要用户来自己实现的。
用户在开发Action和业务逻辑组件的同时，还需要编写相关的配置文件，
供核心控制器FilterDispatcher来使用。
Struts 2的工作流程相对于Struts 1要简单，与WebWork框架基本相同，

所以说Struts 2是WebWork的升级版本。基本简要流程如下：

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

2、 这个请求经过一系列的过滤器（Filter）
（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，
  这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin） 

3 、接着FilterDispatcher被调用，
    FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action 

4、如果ActionMapper决定需要调用某个Action，
    FilterDispatcher把请求的处理交给ActionProxy 

5、ActionProxy通过Configuration Manager询问框架的配置文件，
    找到需要调用的Action类

6、ActionProxy创建一个ActionInvocation的实例。

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

8、一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。
返回结果通常是（但不总是，也可 能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。  
在表示的过程中可以使用Struts2 框架中继承的标签。    
在这个过程中需要涉及到ActionMapper

9、响应的返回是通过我们在web.xml中配置的过滤器 

10、如果ActionContextCleanUp是当前使用的，则FilterDispatecher
将不会清理sreadlocal ActionContext;
如果ActionContextCleanUp不使用，则将会去清理sreadlocals。