structs2 工作原理

 

上图来源于Struts2官方站点，是Struts 2 的整体结构。
一个请求在Struts2框架中的处理大概分为以下几个步骤
1 客户端初始化一个指向Servlet容器（例如Tomcat）的请求
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

在上述过程中所有的对象（Action，Results，Interceptors，等）都是通过ObjectFactory来创建的。

ActionMapper和ActionMapping

ActionMapper接口是HTTP请求和action调用请求之间提供了一个映射。当给定一个HTTP请求时，ActionMapper会根据请求的URI来查找是否有对应的action调用，有则返回一个描述action调用的ActionMapping,如果没有找到对应的action调用，则返回null。ActionMapping本质上是一个数据传输对象，它将Action类和要执行的方法的详细资料收集在一起。ActionMapping是由org.apache.structs2.dispatcher.mapper.Dispatcher和各种用户接口组件组成的。

ActionProxy和ActionInvocation

ActionProxy是在XWork和真正的action之间充当代理角色，在通过框架执行action的过程中，因为使用的是代理而不是直接操纵对象，所以在代理中封装拦截器、result等二外的代码。ActionProxy持有ActionInvocation对象。ActionInvocation代表了action执行的当前状态。它持有拦截器（按顺序排列），Action实例，结果映射和ActionContext.

ActionContext

它是action执行的上下文环境。每一个上下文相当于action执行所需要的一组对象的容器，例如session，application，parameters，locale等。ActionContext包含了大量执行期间有用的环境信息。这些信息由org.apache.structs2.dispatcher.Dispatcher在创建ActionProxy前设置，并封装到一个Map对象extraContext中，该对象随后被当做参数传递到ActionProxyFactory的createActionProxy()方法中。ActionContext是线程本地的，线程是安全的。

ObjectFactory

它是负责构建核心框架对象的。用户可以自己注册自己的ObjectFactory实现来控制这些对象的实例化。使用方法：定制的ObjectFactory必须直接或者间接的继承自com.opensymphony.xwork2.ObjectFactory类，并要求提供一个默认的无参数的构造方法。注册自己的ObjectFactory可以在CLASSPATH的根路径下创建structs.properties,然后输入下面的内容：：：structs.obejctFactory=MyObjectFactory

这样就会把转化成功了。

result

每一个action执行都会返回一个String类型的结果码，用于从配置的result元素列表中选择对应的result。result在structs.xml中配置。