找了很久的Struts框架的资料，你肯定会有所收获

1.struts2的工作流程：

核心控制器FilterDispatcher是Struts 2框架的基础，包含了框架内部的控制流程和处理机制。

业务控制器Action和业务逻辑组件是需要用户来自己实现的。用户在开发Action和业务逻辑组件

的同时，还需要编写相关的配置文件，供核心控制器FilterDispatcher来使用。

Struts 2的工作流程相对于Struts 1要简单，与WebWork框架基本相同，所以说Struts 2是

WebWork的升级版本。Struts 2框架按照模块来划分，可以分为Servlet Filters、Struts核心模

块、拦截器和用户实现部分。Struts 2框架结构图如图3.1所示。

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

客户端提交一个（HttpServletRequest）请求，如上文在浏览器中输入 http://localhost:

8080/bookcode/ch2/Reg.action就是提交一个（HttpServletRequest）请求。

请求被提交到一系列（主要是3层）的过滤器（Filter），如（ActionContextCleanUp、其他过

滤器（SiteMesh等）、 FilterDispatcher）。注意：这里是有顺序的，先ActionContext

CleanUp，再其他过滤器（Othter Filters、SiteMesh等），最后到FilterDispatcher。

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

FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个（HttpServlet

Request）请求，如果ActionMapper决定需要调用某个Action，FilterDispatcher则把请求的处

理交给ActionProxy。

ActionProxy通过Configuration Manager（struts.xml）询问框架的配置文件，找到需要调用的

Action类。例如，用户注册示例将找到UserReg类。

ActionProxy创建一个ActionInvocation实例，同时ActionInvocation通过代理模式调用Action

。但在调用之前，ActionInvocation会根据配置加载Action相关的所有Interceptor（拦截器） 。

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

result。

2.struts1的工作流程：

由ActionForm和JavaBean组成，其中ActionForm用于封装用户的请求参数，封装成ActionForm对象，

该对象被ActionServlet转发给Action，Action根据ActionFrom里面的请求参数处理用户的请求。

当ActionServlet接收到一个客户请求时，将执行如下流程：

（1） 检索和用户请求匹配的ActionMapping实例，如果不存在，就返回用户请求路径无效的信息。

（2） 如果ActionForm实例不存在，就创建一个ActionForm对象，把客户提交的表单数据保存到ActionForm对象中。

（3） 根据配置信息决定是否需要表单验证。如果需要验证，就调用ActionForm的validate()方法。

（4） 如果ActionForm的validate()方法返回null返回一个不包含ActionMessage的ActionErrors对象，就表示表单验证成功。

（5） ActionServlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果相应的Action实例不存在，

就先创建这个实例，然后调用Action的execute()方法。

（6） Action的execute()方法返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指向的JSP组件。

（7） ActionForward对象指向的JSP组件生成动态网页，返回给客户。

对于以上流程的流程（4），如果ActionForm的validate()方法返回一个包含一个或多个ActionMessage的ActionErrors对象，就表示表单验证失败，

此时ActionServlet将直接把请求转发给包含用户提交表单的JSP组件。在这种情况下，不会再创建Action对象并调用Action的execute()方法。