Struts温习(2)--工作原理解析

了解一个框架，必须得深刻理解其内部执行流程，也就是所谓的工作原理，对于struts来说，了解它的工作流程尤为重要

首先有一个图可以大致展现这些流程的关联

 由于Struts是标准的MVC框架，所以要介绍下框架的构成

1.视图：采用JSP页面；(就是JSP文件)

2.控制器：采用Java Servlet，负责视图与模型之间的交互；(就是struts-config.xml文件)

控制器的每个入口点都由名为struts-config.xml的配置文件设置，该文件把来自视图的请求映射为特定的Java类以进行处理，控制器还可以指定下一个视图的位置；

3．模型：采用JavaBean, （就是java文件）

 例如：FormBean用来存储来自视图请求的表单信息；

ActionBean用来处理表单信息，实现业务处理逻辑功能;

具体执行流程

1. 读取配置(初始化ModuleConfig对象)

采用Struts框架的Web应用，在Web应用启动时就会加载并初始化ActionServlet，在ActionServlet初始化ModuleConfig的时候，调用initModuleConfigFactory()初始化配置工厂，然后由配置工厂通过initModuleConfig("", config)获得ModuleConfig对象。

通过ModuleConfig对象调用下列方法去初始化相关模块。

initModuleMessageResources(moduleConfig);  
initModuleDataSources(moduleConfig);
initModulePlugIns(moduleConfig); 

 这些方法的功能就是：容器在加载Struts应用程序时，会先加载web.xml中与Struts相关的一些配置参数，找到struts-config.xml文件，然后通过循环来读取此文件和解析里面的内容，并初始化相关对象。

2. 用户请求

用户提交表单或调用url向Web应用程序服务器提交一个请求，请求的数据用HTTP协议上传给Web服务器。

3. 填充FormBean

填充FormBean的过程包括实例化、复位、填充数据、校验、保存等操作。根据*.do请求从ActionConfig中找出对应该请求的Action子类，如有对应的Action且这个Action有一个相应的ActionForm，则ActionForm被实例化并用HTTP请求的数据填充其属性，并保存在ServletContext中，这样它们就可以被其他Action对象或JSP调用。如果没有对应的Action，控制器则直接转发给JSP或静态页面。

4. 转发请求

控制器根据配置信息ActionConfig将请求派发到具体的Action，与请求相应的FormBean将一并传给这个Action对象。

5. 处理业务

Action一般只包含一个execute()方法，它负责执行相应的业务逻辑。执行完毕后返回一个ActionForward对象，控制器通过该ActionForward对象进行转发工作。

6. 返回响应

Action根据业务处理的不同结果返回一个响应对象给总控制器，该目标响应对象对应一个具体的JSP页面或另一个Action。

7. 查找响应

总控制器根据业务功能Action返回的目标响应对象找到对应的资源对象，通常是一个具体的JSP页面。

8. 响应用户

目标响应对象将结果展现给用户目标响应对象，即具体的JSP页面，这样客户就得到响应的结果。

这里只是从使用Struts的角度对它的工作原理作了分析，在后面的章节中还会深入分析ActionMapping对象、ActionForm对象及Action对象的初始化过程。下面通过一个示例来加深对Struts工作原理的理解。