Struts2框架分析.docVIP

Struts2框架分析 汤禹鑫 宁波工程学院, （315016） E-mail 372854786@ 摘 要： 本文对基于MVC模式，延续了Struts1和WebWork优势的WEB框架——Struts2框架的各个层次的组成、功能进行了详细的介绍。 关键词：Struts2;框架;J2EE; 引言 Apache Struts2是一个为企业级应用打造的优秀的、可扩展的Web框架。该框架旨在充分精简应用程序的开发周期，从而减少创建、发布、应用所花费的时间。而且对于Struts1有很多革命性的改进，但它并不是全新的框架，而是在WebWork框架的基础上发展起来的。所以也可以说Struts2是WebWork的升级，吸收了Struts1和WebWork的优势，稳定性、性能都有了很好的保证。 Struts2的起源和背景 2.1 Struts1 在过去，Struts1是所有MVC框架中不容辩驳的胜利者。其程序运行流程如图2-1所示。 图2-1 Struts 1的程序运行流程 但是对于Struts 1框架而言，因为它与JSP/Servlet耦合非常紧密，因而导致了许多不可避免的缺陷，还有支持的表现层技术单一、代码严重依赖于Struts 1 API。随着Web应用的拙见扩大，这些缺陷逐渐变成制约Struts 1发展的的重要因素——这也是Struts 2出现的原因。 2.2 WebWork WebWork来自另外一个优秀的开源组织：opensymphony。它采用了更加松耦合的设计，让系统的Action不再与Servlet API耦合。允许系统从B/S结构向C/S结构转换。而且相对于Struts 1仅支持JPS表现层技术的缺陷而言，WebWrok支持更多的表现层技术。 从处理流程上来看，WebWork与Struts 1非常类似，他们的核心都有控制器组成，其中控制器都由两个部分组成： 核心控制器ServletDispatcher，该控制器框架提供。 业务逻辑控制器Action，该控制器由程序员提供。 2.3 Struts 2的诞生 在Struts 2虽然是在Struts 1的基础上发展起来的，但实质上是以WebWork为核心。Struts 2为传统Struts 1注入了WebWork的设计理念，统一了Struts 1和WebWork两个框架。Struts 2大量大量使用拦截器来处理用户请求，从而允许用户的业务逻辑控制器与ServletAPI分离。后面我将详细的分析Struts 2这个优秀的框架。 Struts 2框架 3.1 Struts 2的工作机制 一个请求在Struts 2框架被处理大致分为一下几个步骤，如图3-1所示： 图3-1 Struts 2工作机制 （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的模版。在表示的过程中可以使用Struts 2 框架中继承的标签，在这个过程中需要涉及到ActionMapper。 3.2 Struts 2配置文件 Struts2 配置文件是用户请求(View) 和业务逻辑模块(Model)Action 之间联系的桥梁。开发者可以通过修改Struts2的配置文件来快速适应业务需求,它是整个Struts2的精髓之一。当然,熟悉Struts1和WebWork的框架的人对配置文件一定不会陌生,同St