Struts工作机制？为什么要使用Struts？

工作机制：
Struts的工作流程:
在web应用启动时就会加载初始化ActionServlet,ActionServlet从
struts-config.xml文件中读取配置信息,把它们存放到各种配置对象
当ActionServlet接收到一个客户请求时,将执行如下流程.
-(1)检索和用户请求匹配的ActionMapping实例,如果不存在,就返回请求路径无效信息; 
-(2)如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中; 
-(3)根据配置信息决定是否需要表单验证.如果需要验证,就调用ActionForm的validate()方法; 
-(4)如果ActionForm的validate()方法返回null或返回一个不包含ActionMessage的ActuibErrors对象, 就表示表单验证成功; 
-(5)ActionServlet根据ActionMapping所包含的映射信息决定将请求转发给哪个Action,如果相应的 Action实例不存在,就先创建这个实例,然后调用Action的execute()方法; 
-(6)Action的execute()方法返回一个ActionForward对象,ActionServlet在把客户请求转发给 ActionForward对象指向的JSP组件; 
-(7)ActionForward对象指向JSP组件生成动态网页,返回给客户;
为什么要用：
JSP、Servlet、JavaBean技术的出现给我们构建强大的企业应用系统提供了可能。但用这些技术构建的系统非常的繁乱，所以在此之上，我们需要一个规则、一个把这些技术组织起来的规则，这就是框架，Struts便应运而生。
基于Struts开发的应用由3类组件构成：控制器组件、模型组件、视图组件
8． Struts的validate框架是如何验证的？
在struts配置文件中配置具体的错误提示，再在FormBean中的validate()方法具体调用。
9． 说下Struts的设计模式
MVC模式: web应用程序启动时就会加载并初始化ActionServler。用户提交表单时，一个配置好的ActionForm对象被创建，并被填入表单相应的数据，ActionServler根据Struts-config.xml文件配置好的设置决定是否需要表单验证，如果需要就调用ActionForm的 Validate（）验证后选择将请求发送到哪个Action，如果Action不存在，ActionServlet会先创建这个对象，然后调用 Action的execute（）方法。Execute（）从ActionForm对象中获取数据，完成业务逻辑，返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指定的jsp组件，ActionForward对象指定的jsp生成动态的网页，返回给客户。

转自：http://www.cnblogs.com/javaNewegg/archive/2011/08/28/2156521.html

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

转自：http://www.cnblogs.com/jy02444453/archive/2011/08/27/2155427.html

Struts2工作原理

Struts2请求响应流程：

 

在struts2的应用中，从用户请求到服务器返回相应响应给用户端的过程中，包含了许多组件如：Controller、ActionProxy、ActionMapping、Configuration Manager、ActionInvocation、Inerceptor、Action、Result等。下面我们来具体看看这些组件有什么联系，它们之间是怎样在一起工作的。

 

（1）  客户端（Client）向Action发用一个请求（Request）

（2）  Container通过web.xml映射请求，并获得控制器（Controller）的名字

（3）  容器（Container）调用控制器（StrutsPrepareAndExecuteFilter或FilterDispatcher）。在Struts2.1以前调用FilterDispatcher，Struts2.1以后调用StrutsPrepareAndExecuteFilter

（4）  控制器（Controller）通过ActionMapper获得Action的信息

（5）  控制器（Controller）调用ActionProxy

（6）  ActionProxy读取struts.xml文件获取action和interceptor stack的信息。

（7）  ActionProxy把request请求传递给ActionInvocation

（8）  ActionInvocation依次调用action和interceptor

（9）  根据action的配置信息，产生result

（10） Result信息返回给ActionInvocation

（11） 产生一个HttpServletResponse响应

（12） 产生的响应行为发送给客服端。

转自：http://blog.youkuaiyun.com/wuwenxiang91322/article/details/11070513

基本概念
　　
　　Struts是Apache 基金会Jakarta 项目组的一个Open Source 项目，它采用MVC模式，能够很好地帮助java 开发者利用J2EE开发Web应用。和其他的java架构一样，Struts 也是面向对象设计，将MVC模式"分离显示逻辑和业务逻辑"的能力发挥得淋漓尽致。Structs 框架的核心是一个弹性的控制层，基于如 JavaServlets，JavaBeans， ResourceBundles与XML等标准技术，以及 Jakarta Commons 的一些类库。Struts有一组相互协作的类（组件）、Serlvet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是一个传统 MVC设计模式的一种变化类型。
　　
　 　Struts有其自己的控制器（Controller），同时整合了其他的一些技术去实现模型层（Model）和视图层（View）。在模型层， Struts可以很容易的与数据访问技术相结合，如 JDBC / EJB ，以及其它第三方类库，如 Hibernate / iBATIS ，或者 Object Relational Bridge(对象关系桥)。在视图层，Struts能够与JSP，包括 JSTL 与 JSF，以及 Velocity 模板，XSLT 与其它表示层技术。
　　
　　Struts 为每个专业的 Web 应用程序做背后的支撑，帮助为你的应用创建一个扩展的开发环境。
　　
　　Struts的体系结构与工作原理
　　
　　MVC即Model-View-Controller的缩写，是一种常用的设计模式。MVC 减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。MVC的工作原理,如下图1所示：
　　

　
　　 图1
　　
　　Struts 是MVC的一种实现，它将 Servlet和 JSP 标记（属于 J2EE 规范）用作实现的一部分。Struts继承了MVC的各项特性，并根据J2EE的特点，做了相应的变化与扩展。Struts的体系结构与工作原理如下图2所示：
　　 　
　　 图2
　　
　　从图2中我们可以知道，Struts的体系结构包括模型（Model），视图（View）和控制器（Controller）三部分。
　　
　　下面让我们从MVC角度来看看struts的体系结构（Model 2）与工作原理：
　　
　　1）模型（Model）
　　
　 　在Struts的体系结构中，模型分为两个部分：系统的内部状态和可以改变状态的操作（事务逻辑）。内部状态通常由一组Actinform Bean表示。根据设计或应用程序复杂度的不同，这些Bean可以是自包含的并具有持续的状态，或只在需要时才获得数据（从某个数据库）。大型应用程序通 常在方法内部封装事务逻辑（操作），这些方法可以被拥有状态信息的bean调用。比如购物车bean，它拥有用户购买商品的信息，可能还有 checkOut()方法用来检查用户的信用卡，并向仓库发定货信息。 小型程序中，操作可能会被内嵌在Action类，它是struts框架中控制器角色的一部分。当逻辑简单时这个方法很适合。 建议用户将事务逻辑（要做什么）与Action类所扮演的角色（决定做什么）分开。
　　
　　2）视图（View）
　　
　　视图主要由JSP建立，struts包含扩展自定义标签库（TagLib），可以简化创建完全国际化用户界面的过程。目前的标签库包括：Bean Tags、HTML tags、Logic Tags、Nested Tags 以及Template Tags等。
　　
　　3）控制器（Controller）
　　
　 　在struts中，基本的控制器组件是ActionServlet类中的实例servelt，实际使用的servlet在配置文件中由一组映射（由 ActionMapping类进行描述）进行定义。对于业务逻辑的操作则主要由Action、ActionMapping、ActionForward这 几个组件协调完成的，其中Action扮演了真正的业务逻辑的实现者，ActionMapping与ActionForward则指定了不同业务逻辑或流 程的运行方向。struts-config.xml 文件配置控制器。
　　
　　Struts体系结构中的组件
　　
　　 图3
　　
　　上图3显示了 ActionServlet (Controller)、Actionform (form State) 和 Action (Model Wrapper) 之间的最简关系。
　　体系结构中所使用的组件如下表：
　　ActionServlet　 控制器
　　ActionClass　　 包含事务逻辑
　　Actionform　　　显示模块数据
　　ActionMapping　 帮助控制器将请求映射到操作
　　ActionForward　 用来指示操作转移的对象
　　ActionError　　 用来 存储 和回收错误
　　Struts标记库　　可以减轻开发显示层次的工作
　　
　　 Struts配置文件：struts-config.xml
　　
　　Struts配置文件struts-config.xml，我们默认可以在目录WEB-INFstruts-config.xml找到这个文件。文件的配置包括全局转发、ActionMapping类、Actionform bean 和JDBC数据源四个部分。
　　
　　1）配置全局转发
　　
　　全局转发用来在JSP页之间创建逻辑名称映射。转发都可以通过对调用操作映射的实例来获得，例如：NuW=mactionMappingInstace.findForward("logicalName");
　　
　　全局转发的例子：
　　＜global-forwards＞
　　＜forward name="bookCreated" path="/BookView.jsp"/＞
　　＜/global-forwards＞
　　
　　属性　　 描述
　　Name　　 全局转发的名字
　　Path　　 与目标URL的相对路径
　　
　　2）配置ActionMapping
　 　ActionMapping对象帮助进行框架内部的流程控制，它们可将请求URI映射到Action类,并且将Action类与Actionform bean相关联。ActionServlet在内部使用这些映射，并将控制转移到特定Action类的实例。所有Action类使用perform()方 法实现特定应用程序代码，返回一个ActionForward对象，其中包括响应转发的目标资源名称。例如：
　　
　　＜action-mappings＞
　　＜action path="/createBook" type="BookAction" name="bookform" scope="request" input="/CreateBook.jsp"＞
　　＜/action＞
　　＜forward name="failure" path="/CreateBook.jsp"/＞
　　＜forward name="cancel" path="/index.jsp"/＞
　　＜/action-mappings＞
　　
　　属性　　　　　　　　　　 描述
　　Path　　　　　　　　Action类的相对路径
　　Name　　　　　　　　与本操作关联的Action bean的名称
　　Type　　　　　　　　连接到本映射的Action类的全称（可有包名）
　　Scope　　　　　　　 Actionform bean的作用域（请求或会话）
　　Prefix　　　　　　　用来匹配请求参数与bean属性的前缀
　　Suffix　　　　　　　用来匹配请求参数与bean属性的后缀
　　attribute　　　　　 作用域名称。
　　className　　　　　 ActionMapping对象的类的完全限定名默认的是
　　org.apache.struts.action.ActionMapping
　　input　　　　　　　 输入表单的路径，指向bean发生输入错误必须返回的控制
　　unknown　　　　　　 设为true，操作将被作为所有没有定义的ActionMapping的URI的默认操作
　　validate　　　　　　设置为true，则在调用Action对象上的perform()方法前， ActionServlet将调用Actionform bean的validate()方法来进行输入检查
　　通过＜forward＞元素，可以定义资源的逻辑名称，该资源是Action类的响应要转发的目标。
　　属性　　　　　　　　　　　　　　 描述
　　Id ID
　　ClassName　　　　　　　　　　 ActionForward类的完全限定名，默认是
　　org.apache.struts.action.ActionForward
　　Name　　　　　　　　　　　　　操作类访问ActionForward时所用的逻辑名
　　Path　　　　　　　　　　　　　响应转发的目标资源的路径
　　redirect　　　　　　　　　　　若设置为true，则ActionServlet使用sendRedirec方法来转发资源
　　3）配置Actionform Bean
　　ActionServlet使用Actionform来保存请求的参数，这些bean的属性名称与HTTP请求参数中的名称相对应，控制器将请求参数传递到Actionform bean的实例，然后将这个实例传送到Action类。例子：
　　＜form-beans＞
　　＜form-bean name="bookform" type="Bookform"/＞
　　＜/form-beans＞
　　属性　　　　　　　　　　　　　　　描述
　　Id　ID
　　className　　　　　　 Actionform bean的完全限定名，默认值是org.apache.struts.action.ActionformBean
　　Name　　　　　　　　　　　　　　　表单bean在相关作用域的名称，这个属性用来将bean与ActionMapping进行关联
　　Type　　　　　　　　　 类的完全限定名
　　4）配置JDBC数据源
　　用＜data-sources＞元素可以定义多个数据源：
　　属性　　　　　　　　描述
　　Id　　　　　　　　　ID
　　Key　　　　　　　　 Action类使用这个名称来寻找连接
　　Type　　　　　　　　实现JDBC接口的类的名称
　　
　　下面属性需要＜set-property＞元素定义，在Struts 1.1版本中已不在使用，但你可用＜data-source＞元素。例如：|
　　＜data-sources＞
　　＜data-source id="DS1" key="conPool" type="org.apache.struts.util.GenericDataSource"
　　＜set-property id="SP1" autoCommit="true" description="Example Data Source Configuration"
　　driverClass="org.test.mm.mysql.Driver" maxCount="4"
　　minCount="2" url="jdbc:mysql://localhost/test" user="struts" password="ghq123" /＞
　　＜data-source/＞
　　＜/data-sources＞
　　
　　属性　　　　 描述
　　desciption 数据源的描述
　　autoCommit 数据源创建的连接所使用的默认自动更新数据库模式
　　driverClass　数据源所使用的类

转自：http://blog.163.com/cosion@126/blog/static/34157964200871531112881/