Struts2原理剖析

 

上图来源于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来创建的。 

另外 ： 
概括地说，MVC思想将一个应用分成了Model，View，Control三个部分。三个部分以最少的耦合协同工作，从而提高应用的可扩展性和维护性。 

MVC具有以下特点： 
多个视图对应一个模型 
模型返回的数据与显示逻辑分离 
三层架构导致的低耦合性和易维护性。 

在struts2中，Model对应业务逻辑组件，它通常用于实现业务逻辑方法以及以及与底层数据库的交互等；View对应视图组件，通常是指JSP页面，但也适用于其他视图显示技术，如Velocity或者Excel文档；Control对应系统核心控制器和业务逻辑控制器，系统核心控制器为Struts2框架提供的FilterDispatcher，它根据请求自动调用相应的Action。而业务逻辑控制器是指开发人员自行定义的一系列Action，在Action中负责调用相应的业务逻辑组件来完成处理。 

Struts2的大致工作流程可描述为： 

浏览器发送请求。 

Control中的核心控制器FilterDispatcher根据请求调用相应的业务逻辑控制器(Action)。 

WebWork的拦截器链自动对请求应用通用功能，如数据校验和文件上传等功能。 

回调Action中的execute()方法,并在方法体内调用业务逻辑组件来处理请求(Model)。 

execute()方法将调用业务逻辑组件(Model)得到的数据返还并更新视图层(View)。