Struts1工作原理浅析

一、引入strutsModel1结构如图1所示：Mode11是一个以JSP文件为中心的模式，在这种模式中JSP页面不仅负责表现逻辑，也负责控制逻辑。专业书籍上称之为逻辑耦合在页面中，这种处理方式，对一些规模很小的工程如：一个简单的留言簿，也没什么太大的害处，实际上，人们开始接触一些对自己来说是新的东西的时候，比方，用JSP访问数据库时，往往喜欢别人能提供一个包含这一切的单个JSP页面，因为这样在一个页面上他就可以把握全局，便于理解。但是，用Model1模式开发大型时，程序流向由一些互相能够感知的页面决定，当页面很多时要清楚地把握其流向将是很复杂的事情，当您修改一页时可能会影响相关的很多页面，大有牵一发而动全身的感觉，使得程序的修改与维护变得异常困难；还有一个问题就是程序逻辑开发与页面设计纠缠在一起，既不便于分工合作也不利于代码的重用，这样的程序其健壮性和可伸缩性都不好。Model2引入了"控制器"这个概念，控制器一般由Servlet来担任，客户端的请求不再直接送给一个处理业务逻辑的JSP页面，而是送给这个控制器，再由控制器根据具体的请求调用不同的事务逻辑，并将处理结果返回到适宜的页面。因此，这个servlet控制器为应用程序提供了一个进行前-后端处理的中枢。一方面为输入数据的验证、身份认证、日志及实现国际化编程提供了一个适宜的切入点；另一方面也提供了将业务逻辑从JSP文件剥离的可能。业务逻辑从JSP页面别离后，JSP文件蜕变成一个单纯完成显示任务的东西，这就是常说的View。而独立出来的事务逻辑变成人们常说的Model,再加上控制器Control本身，就构成了MVC模式。实践证明，MVC模式为大型程序的开发及维护提供了巨大的便利。二、struts工作原理来自客户的所有需要通过框架的请求，统一由ActionServlet接收〔ActionServletStruts已经为我们写好了，只要您应用没有什么特别的要求，它根本上都能满足您的要求〕，根据接收的请求参数和Struts配置(struts-config.XML)中ActionMapping，将请求送给适宜的Action去处理，解决由谁做的问题，它们共同构成Struts的控制器。Action那么是Struts应用中真正干活的组件，它解决的是做什么的问题，它通过调用需要的业务组件〔模型〕来完成应用的业务，业务组件解决的是如何做的问题，并将执行的结果返回一个代表所需的描绘响应的JSP〔或Action〕的ActionForward对象给ActionServlet以将响应呈现给客户。这里要特别说明一下的是：就是Action这个类，它不应该包含过多的业务逻辑，而应该只是简单地收集业务方法所需要的数据并传递给业务对象。实际上，它的主要职责是：校验前提条件或者声明调用需要的业务逻辑方法检测或处理其他错误路由控制到相关视图三、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组件生成动态网页,返回给客户;四、Struts1的安装与根本配置我们主要针对Struts1.1版本进行讲解，这里假定读者已经配置好Java运行环境和相应的Web容器，本文例子所使用的是j2sdk和Tomcat。下面，将采用类似于stepbystep的方式介绍其根底局部。安装Struts到:///下载Struts的安装文件，本文例子使用的是1.1版。接下来您要进行如下几个步骤来完成安装：1、解压下载的安装文件到您的本地硬盘2、生成一个新的Web应用，假设我们生成的应用程序的根目录在/Webapps/mystruts目录。在server.xml文件中为该应用新建一个别名如/mystruts3、从第1步解压的文件中拷贝以下jar文件到/Webapps/mystruts/WEB-INF/lib目录，主要文件有如下一些。struts.jarcommons－beanutils.jarcommons－collections.jarcommons－dbcp.jarcommons－digester.jarcommons－logging.jarcommons－pool.jarcommons－services.jarcommons－validator.jar4、创立一个web.xml文件，这是一个基于servlet的Web应用程序都需要的部署描述文件，一个StrutsWeb应用，在本质上也是一个基于servlet的Web应用，它也不能例外。

Struts有两个组件要在该文件中进行配置，它们是：ActionServlet和标签库。下面是一个配置清单<?xmlversion="1.0"encoding="UTF-8"?><!DOCTYPEweb-appPUBLIC"-//SunMicrosystems,Inc.//DTDWebApplication2.3//EN""://java.sun/dtd/web-app_2_3.dtd"><web-app><servlet><servlet-name>action</servlet-name><servlet-class></servlet-class><init-param><param-name>config</param-name><param-value>/WEB-INF/struts-config.xml</param-value></init-param><init-param><param-name>debug</param-name><param-value>2</param-value></init-param><load-on-startup>2</load-on-startup></servlet><servlet-mapping><servlet-name>action</servlet-name><url-pattern>*.do</url-pattern></servlet-mapping><taglib><taglib-uri>/WEB-INF/struts-bean.tld</taglib-uri><taglib-location>/WEB-INF/struts-bean.tld</taglib-location></taglib><taglib><taglib-uri>/WEB-INF/struts-html.tld</taglib-uri><taglib-location>/WEB-INF/struts-html.tld</taglib-location></taglib><taglib><taglib-uri>/WEB-INF/struts-logic.tld</taglib-uri><taglib-location>/WEB-INF/struts-logic.tld</taglib-location></taglib></web-app>上面我们在web.xml中完成了对servlet和标签库的根本配置，而更多的框架组件要在struts-config.xml中进行配置：5、创立一个根本的struts-config.xml文件，并把它放在/Webapps/mystruts/WEB-INF/目录中，该文件是基于Struts应用程序的配置描述文件，它将MVC结构中的各组件结合在一起，开发的过程中会不断对它进行充实和更改。在Struts1.0时，一个应用只能有一个这样的文件，给分工开发带来了一些不便，在Struts1.1时，可以有多个这样的文件，将上述缺点克服了。需在该文件中配置的组件有：data-sourcesglobal-execptionsform-beansglobal-forwardsaction-mappingscontrollermessage-resourcesplug-in配置清单如下：<?xmlversion="1.0"encoding="UTF-8"?><!DOCTYPEstruts-configPUBLIC"-//ApacheSoftwareFoundation//DTDStrutsConfiguration1.1//EN"":///struts/dtds/struts-config_1_1.dtd"><struts-config><message-resourcesparameter="ApplicationResources"/></struts-config>因为Struts是建立在MVC设计模式上的框架，你可以遵从标准的开发步骤来开发你的StrutsWeb应用程序，这些步骤大致可以描述如下：

1、定义并生成所有代表应用程序的用户接口的Views，同时生成这些Views所用到的所有ActionForms并将它们添加到struts-config.xml文件中。2、在ApplicationRperties文件中添加必要的MessageResources工程3、生成应用程序的控制器。4、在struts-config.xml文件中定义Views与Controller的关系。5、生成应用程序所需要的model组件

6、编译、运行你的应用程序.五、ActionServlet我们首先来了解MVC中的控制器。在Struts1.1中缺省采用ActionServlet类来充当控制器。当然如果ActionServlet不能满足你的需求，你也可以通过继承它来实现自己的类。这可以在/WEB-INF/web.xml中来具体指定。要掌握ActionServlet，就必须了解它所扮演的角色。首先，ActionServlet表示MVC结构中的控制器局部，它需要完成控制器所需的前端控制及转发请求等职责。其次，ActionServlet被实现为一个专门处理请求的Servlet，它同时具有servlet的特点。在Struts1.1中它主要完成以下功能：接收客户端请求根据客户端的URI将请求映射到一个相应的Action类从请求中获取数据填充FormBean〔如果需要〕调用Action类的execute()方法获取数据或者执行业务逻辑选择正确的视图响应客户此外，ActionServlet还负责初始化和去除应用配置信息的任务。ActionServlet的初始化工作在init方法中完成，它可以分为两个局部：初始化ActionServlet自身的一些信息以及每个模块的配置信息。前者主要通过initInternal、initOther和initServlet三个方法来完成。我们可以在/WEB-INF/web.xml中指定具体的控制器以及初始参数，由于版本的变化以及Struts1.1中模块概念的引进，一些初始参数被废弃或者移入到/WEB-INF/struts-config.xml中定义。下面列出所有被废弃的参数，相应地在web.xml文件中也不鼓励再使用。applicationbufferSizecontentdebugfactoryformBeanforwardlocalemappingmaxFileSizemultipartClassnocachenulltempDirActionServlet根据不同的模块来初始化ModuleConfig类，并在其中以XXXconfig集合的方式保存该模块的各种配置信息，比方ActionConfig，FormBeanConfig等。初始化工作完成之后，ActionServlet准备接收客户请求。针对每个请求，方法process(ServletRequestrequest,ServletResponseresponse)将被调用。该方法指定具体的模块，然后调用该模块的RequestProcessor的process方法。protectedvoidprocess(ServletRequestrequest, ServletResponseresponse) throwsIOException,ServletException{ RequestUtils.selectModule(request,getServletContext()); getRequestProcessor(getModuleConfig(request)).process(request,response);}RequestProcessor包含了Struts控制器的所有处理逻辑，它调用不同的processXXX方法来完成不同的处理。下表列出其中几个主要的方法：方法功能processPath获取客户端的请求路径processMapping利用路径来获得相应的ActionMappingprocessActionForm初始化ActionForm〔如果需要〕并存入正确的scope中processActionCreate初始化ActionprocessActionPerform调用Action的execute方法processForwardConfig处理Action返回的ActionForward六、ActionForm对于ActionForm你可以从以下几个方面来理解它：1、ActionForm表示窗体中的数据，可以将其看作是模型和视图的中介，它负责保存视图中的数据供模型或者视图使用。Struts1.1文档中把它比作和Action之间的防火墙，这表达了ActionForm具有的过滤保护的作用，只有通过ActionForm验证的数据才能够发送到Action处理。2、ActionForm是与一个或多个ActionConfig关联的JavaBean，在相应的action的execute方法被调用之前，ActionForm会自动利用请求参数来填充自己〔初始化属性〕。3、ActionForm是一个抽象类，你必须通过继承来实现自己的类。ActionForm首先利用属性的getter和setter方法来实现初始化，初始化完毕后，ActionForm的validate方法被调用，你可以在其中来检查请求参数的正确性和有效性，并且可以将错误信息以ActionErrors的形式返回到输入窗体。否那么，ActionForm将被作为参数传给action的execute方法以供使用。ActionFormbean的生命周期可以设置为session〔缺省〕和request，当设置为session时，记得在reset方法中将所有的属性重新设置为初始值。由于ActionForm对应于窗体，所以随着页面的增多，你的ActionForm将会急速增加。而且可能同一类型页面字段将会在不同的ActionForm中出现，并且在每个ActionForm中都存在相同的验证代码。为了解决这个问题，你可以为整个应用实现一个ActionForm或者至少一个模块对应于一个ActionForm。但是，聚合的代价就是复用性很差，而且难维护。针对这个问题，在Struts1.1中提出了DynaActionForm的概念。七、Action我们通过继承Action类来实现具体的执行类。具体Action类的功能一般都在execute〔以前是perform方法〕方法中完成，其中主要涉及到以下几个方面：辅助ActionForm进行一些表单数据的检查。执行必要的业务逻辑，比方存取数据库，调用实体bean等。更新效劳器端的bean数据，后续对象中可能会用到这些数据，比方在JSP中利用bean:write来获得这些数据。根据处理结果断定程序的去处，并以ActionForward对象的形式返回给ActionServlet。提示：由于在Action和ActionForm中都可以实现验证方法，那么如何来安排它们之间的分工呢？一般来说，我们秉着MVC别离的原那么，也就是视图级的验证工作放在ActionForm来完成，比方输入不能为空，email格式是否正确，利用ValidatorForm可以很轻松地完成这些工作。而与具体业务相关的验证那么放入Action中，这样就可以获得最大ActionForm重用性的可能。前面我们提到过，我们主张将业务逻辑执行别离到单独的JavaBean中，而Action只负责错误处理和流程控制。而且考虑到重用性的原因，在执行业务逻辑的JavaBean中不要引用任何与Web应用相关的对象，比方ServletRequest，ServletResponse等对象，而应该将其转化为普通的Java对象。关于这一点，可以参考Petstore中WAF框架的实现思路。此外，你可能还注意到execute与perform的一个区别：execute方法简单地掷出Exception异常，而perform方法那么掷出ServletException和IOException异常。这不是说Struts1.1在异常处理功能方面弱化了，而是为了配合Struts1.1中一个很好的功能--宣称式异常处理机制。八、宣称式异常处理和EJB中的宣称式事务处理概念类似，宣称式异常处理其实就是可配置的异常处理，你可以在配置文件中指定由谁来处理Action类中掷出的某种异常。你可以按照以下步骤来完成该功能：1、实现org.apache.struts.action.ExceptionHandler的子类，覆盖execute方法，在该方法中处理异常并且返回一个ActionForward对象2、在配置文件中配置异常处理对象，你可以配置一个全局的处理类或者单独为每个Action配置处理类下表就定义了一个全局的处理类CustomizedExceptionHandler，它被用来处理所有的异常。<global-exceptions><exception handler="com.yourcorp.CustomizedExceptionHandler" key="global.error.message" path="/error.jsp" scope="request" type="java.lang.Exception"/></global-exceptions>其中具体的参数含义，可以参考ExceptionHandler.java源文件。九、taglib讲完了模型和控制器，接下来我们要涉及的是视图。视图的角色主要是由JSP来完成，从JSP的标准中可以看出，在视图层可以"折腾"的技术不是很多，主要的就是自定义标记库的应用。Struts1.1在原有的四个标记库的根底上新增了两个标记库--Tiles和Nested。其中Tiles除了替代Template的根本模板功能外，还增加了布局定义、虚拟页面定义和动态页面生成等功能。Tiles强大的模板功能能够使页面获得最大的重用性和灵活性，此外可以结合Tiles配置文件中的页面定义和Action的转发逻辑，即你可以将一个Action转发到一个在Tiles配置文件中定义的虚拟页面，从而减少页面的数量。比方，下表中的Action定义了一个转发路径，它的终点是tile.userMain，而后者是你在Tiles配置文件中定义的一个页面。<!--==========ActionMappingDefinitions==============================--><action-mappings><!--Actionmappingforprofileform--> <actionpath="/login" type="com.ncu.test.LoginAction" name="loginForm" scope="request" input="tile.userLogin" validate="true"> <forwardname="success"path="tile.userMain"/> </action></action-mappings>Tiles配置文件：tiles-defs.xml<!DOCTYPEtiles-definitionsPUBLIC"-//ApacheSoftwareFoundation//DTDTilesConfiguration//EN"":///struts/dtds/tiles-config.dtd"><tiles-definitions><!--=======================================================--><!--Masterdefinitions--><!--=======================================================--><!--Pagelayoutusedasrootforallpages.--><definitionname="rootLayout"path="/tiles-layouts/rootLayout.jsp"><putname="titleString"value="CHANGE-ME"/><putname="topMenu"value="/tiles-components/topMenu.jsp"/><putname="leftMenu"value="/tiles-components/panel1.jsp"/><putname="body"value="CHANGE-ME"/><putname="footer"value="/tiles-components/footer.jsp"/></definition><!--=======================================================--><!--Pagedefinitions--><!--=======================================================--><!--UserLogin><definitionname="tile.userLogin"extends="rootLayout"><putname="titleString"value="UserLogin"/><putname="body"value="/src/userLogin.jsp"/></definition><!--UserMain><definitionname="tile.userMain"extends="rootLayout"><putname="titleString"value="UserMain"/><putname="body"value="/src/userMain.jsp"/></definition></tiles-definitions>而Nested标记库的作用是让以上这些根本标记库能够嵌套使用，发挥更大的作用。十、CommonsLogging接口所谓的CommonsLogging接口，是指将日志功能的使用与日志具体实现分开，通过配置文件来指定具体使用的日志实现。这样你就可以在Struts1.1中通过统一的接口来使用日志功能，而不去管具体是利用的哪种日志实现，有点于类似JDBC的功能。Struts1.1中支持的日志实现包括：Log4J，JDKLoggingAPI，LogKit，NoOpLog和SimpleLog。你可以按照如下的方式来使用CommonsLoggi