struts2工作流程

一、struts2的线程安全

struts1中的所有Action都只有一个实例，该Action实例会被反复使用。JavaWeb都是使用线程来处理用户请求（request）的，一次请求对应一个处理线程。struts2会为每个处理线程分配一个Action对象，将提交的参数注射到Action属性中，并调用Action的相关方法如execute()等完成业务逻辑；所以struts2中的每个Action都会有多个实例，处理一次请求生成一个实例，这些实例彼此独立，处理完毕即销毁。因此struts1的action不是线程安全的，而struts2得action是线程安全的。由于action中没有其他特殊的资源，使用完毕后被直接抛弃，而不会造成资源浪费。

二、struts2的工作流程

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

======================================

1、核心控制器FilterDispatcher（程序入口）

struts2的FilterDispatcher能截获所有的URI。如果URI以.action结尾，struts2 会查找对应的action或jsp。如果URI中包含”/struts/”，struts2会返回它集成的资源，例如：http://localhost:8080/struts2/struts/dojo/doji.js、或者http://localhost:8080/struts2/struts/xhtml/styles.css等。这些文件实际并不存在，而是位于struts2 的jar包中。因此配置Filter时要把所有的URI都转到Filter中，而不仅仅是.action结尾的URI。

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

Struts2设计的精巧之处就是使用了Action代理，Struts2用户处理请求的Action实例，并不是用户实现的业务控制器，而是Action代理；Action代理可以根据系统的配置，加载一系列的拦截器，由拦截器将HttpServletRequest参数解析出来，传入Action。同样，Action处理的结果也是通过拦截器传入HttpServletResponse，然后由HttpServletRequest传给用户。

其实，该处理过程是典型的AOP（面向切面编程）的方式。如图所视的处理模型：

从图看出，用户实现的Action仅仅是struts2的Action代理的代理目标，用户实现的业务控制器Action则包含了对用户请求的处理，用户的请求数据包含在HttpServletRequest对象中， 而用户Action类无需访问HttpServletRequest对象，拦截器会将请求数据解析出来并传给业务逻辑组件Action实例

★ 说明 ★

拦截器是Struts2框架的核心，通过拦截器，实现了AOP（面向切面编程）。使用拦截器，可以简化Web开发中的某些应用，例如，权限拦截器可以简化Web应用中的权限检查。

===========================================

2、业务控制器

简述：左右项目开发中action控制层，用于接受数据，封装数据，调用业务逻辑层；

业务控制器Action是由开发者自己编写实现的，业务控制器组件就是用户Action类的实例；Action类可以是一个简单的Java类，与Servlet API完全分离。Action一般都有一个execute()方法，也可以定义其他业务控制方法。Action的execute()返回一个String类型值，这与Struts 1返回的ActionForward相比，简单易懂。Struts 2提供了一个ActionSupport工具类，该类实现了Action接口和validate()方法，一般开发者编写Action可以直接继承ActionSupport类。编写Action类后，开发者还必须在配置文件中配置Action。在写完业务控制器后，需要配置Action的如下三个部分定义：

● 该Action的name，即用户请求所指向的URL（Action所处理的URL）。

●Action所对应的class元素，对应Action组件所对应的实现类。

● 指定result逻辑名称和实际资源的定位（Action里包含的逻辑视图和物理资源之间的对应关系）。

每个Action都要处理一个用户请求，而用户请求总是包含了指定URL，当StrutsPrepareAndExecuteFilter拦截到用户请求后，根据请求的URL和Action处理URL之间的对应关系来处理转发。

Action是业务控制器，在编写Action的时候，尽量避免将业务逻辑放到其中，尽量减少Action与业务逻辑模块或者组件的耦合程度。

==========================================

3、struts2的模型组件

业务模型组件可以是实现业务逻辑的模块，可以是EJB、POJO或者JavaBean，在实际开发中，对业务模型组件的区分和定义也是比较模糊的，实际上也超出了Struts 2框架的范围。不同的开发者或者团队，都有自己的方式来实现业务逻辑模块，Struts 2框架的目的就是使用Action来调用业务逻辑模块。

MVC框架里的业务控制器会调用模型组件的方法来处理用户请求，也就是说，业务控制器不会对用户请求进行实际处理，用户请求最终由模型组件负责处理，业务控制器只是中间负责调度器，这也是称Action为控制器的原因；

实际开发中，可以使用静态工厂获得业务逻辑组件的实例或者使用IoC容器来管理。Action中不实现任何业务逻辑，只是负责组织调度业务逻辑组件。调用关系如图所示。

★ 说明 ★

业务控制器Action一般情况下不是直接创建业务逻辑组件实例，而是使用工厂模式或者是从Spring容器中获得业务逻辑组件实例，这样可以提高系统的性能。

===========================================

4、struts2的视图组件

Struts 1只能支持JSP作为视图资源，而Struts 2的进步之处就是改变了struts1只能使用JSP作为视图技术的现状，允许使用其他模版技术，如FreeMarker、Velocity（视图层的模板技术）等。通过前面的学习和示例，读者会知道Action的返回结果只是一个简单的字符串，也就是一个逻辑上的视图名称，要与实际视图资源对应，必须通过配置文件来实现。

在struts.xml配置文件中，每一个Aciton定义都有name和class属性，同时还要指定result元素。result元素指定了逻辑视图名称和实际视图的对应关系。每个result都有一个type属性，前面介绍的struts.xml中并没有显式指定type值，即使用了默认的type类型：dispatcher，该结果类型支持JSP左右视图资源。也可以指定很多类型 chain 转发到指定action中，redircter，重定向等。

总结Strurs 2的框架工作流程，与WebWork基本相同，以下是WebWork的处理流程图：

当用户向Web应用发送请求时，该请求经过ActionContextCleanUp、SiteMesh等过滤器过滤。由WebWork的核心控制器拦截，如果用户请求需要WebWork的业务逻辑控制器处理，该控制器则调用Action映射器，该映射器将用户请求转发到对应的业务逻辑控制器。值得注意的是，测试的业务逻辑控制器并不是开发者实现的控制器，而是WebWork创建的控制器代理，创建控制器代理时，WebWork需要得到定义的xwork,xml配置文件，控制器代理以用户实现的控制器作为目标，以拦截器链中的拦截器作为处理。

业务逻辑控制器只是WebWork控制器的目标—–这就是为什么开发者自己实现的Action可以与servletAPI分离的原因，当Action处理完HTTP请求后，该结果只是一个普通的字符串，该字符串将对应到指定的视图资源。 指定的视图资源经过拦截器链处理后，生成对客户端的响应输出。

下面比较Struts2官方站点提供的Struts 2 的整体结构：

一个请求在Struts 2框架中的处理大概分为以下几个步骤。

1）客户端提交一个（HttpServletRequest）请求。

2）请求被提交到一系列（主要是3层）的过滤器（Filter），如（ActionContextCleanUp、其他过滤器（SiteMesh等）、 FilterDispatcher）。注意：这里是有顺序的，先ActionContext CleanUp，再其他过滤器（Othter Filters、SiteMesh等），最后到FilterDispatcher。

3）FilterDispatcher是控制器的核心，就是MVC的Struts 2实现中控制层（Controller）的核心。

4）FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个（HttpServlet Request）请求，如果ActionMapper决定需要调用某个Action，FilterDispatcher则把请求的处理交给ActionProxy。

5）ActionProxy通过Configuration Manager（struts.xml）询问框架的配置文件，找到需要调用的Action类。例如，用户注册示例将找到UserReg类。

6）ActionProxy创建一个ActionInvocation实例，同时ActionInvocation通过代理模式调用Action。但在调用之前，ActionInvocation会根据配置加载Action相关的所有Interceptor（拦截器）。

7）一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果result。