Struts2体系结构与基本流程

一、Struts2基本流程

大致上,Struts2框架由三部分组成:核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这三部分里,Struts2框架提供了核心控制器,

而用户需要实现业务控制器和业务逻辑组件。

1、核心控制器(FilterDispatcher)

FilterDispatcher是Struts2框架的核心控制器,该控制器作为一个Filter运行在web框架中,它负责拦截所有的用户请求,当用户请求到达时,该Filter会自

动过滤用户请求。如果用户请求以action结尾,该请求被转入struts2框架处理。

当Struts2获得*.action的请求后,会根据*.action的*部分判断调用哪个业务逻辑组件,例如user.action请求,Struts2会调用Action为user的业务逻辑来

处理该请求,Struts2的Action定义在struts.xml文件中。

2、业务控制器

业务控制器实际上就是用户实现Action类的实例,在此类中继承ActionSupport这个类,一般要重写它的execute方法。此方法返回一个字符串,根据处理结果的

不同,返回的字符串也不同,每个字符串对应着一个相应的返回视图。

我们开发出Action类之后还要在struts.xml文件中配置这个Action,有如下三部分需要定义:

(1)配置Action的name值,与客户端请求的Url对应

(2)配置Action组件的实现类,即class属性

(3)配置Action所包含的逻辑视图与物理资源之间的关系。即result标签的属性。

3、Struts2模型组件

Struts2的业务控制器不会对用户的请求进行处理,用户的请求一般最终由模型组件来处理,业务控制器只是负责中间调度的。

就比如平时做的项目中一般是由action层调用service层的方法对用户请求进行处理,srrvice层下面还可能隐含着Dao层。

4、Struts2的基本流程

Struts2的大致执行流程有如下几步:

(1)用户发起请求(.action表示一个Action请求)

(2)Struts2的FilterDispatcher拦截到用户发起的请求,判断这个请求是否是Action请求,如果是Action请求,那么交给对应的Action进行处理,在这个

过程中需要一个辅助对象:Action映射器(ActionMapper)

(3)交给对应的Action处理之后,根据struts.xml中对此Action的配置信息,首先执行拦截此Action的所有拦截器,然后再执行请求的Action对象。

(4)Action执行完毕之后需要返回一个结果(此结果用字符串表示),核心控制器根据此返回结果从配置文件中找到真正的路径,然后将请求转发给相应的视

图,由视图向客户端做出相应的响应。

二、Struts2的基本配置

配置3个文件:web.xml  struts.xml  struts.properties

1、web.xml

任何MVC框架都需要与web应用整合,这就不得不借助web.xml这个文件,只有配置在web.xml中的Servlet才会被应用加载。

通常,所有的MVC框架都需要在web.xml中加载一个核心控制器,对于Struts2框架而言,需要加载FilterDispatcher,web应用只需要负责加载

FilterDispatcher,FilterDispatcher就会自动加载Struts2框架。

在web.xml中配置FilterDispatcher的代码片段如下:

	<!-- 配置Struts2的核心Filter -->
	<filter>
		<!-- 配置Struts2核心Filter的名字 -->
		<filter-name>struts2</filter-name>
		<!-- 配置Struts2核心Filter的实现类 -->
		<filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class>
	</filter>
	<!-- 配置Filter拦截的url,通过此配置让Filter拦截所有的用户请求 -->
	<filter-mapping>
		<filter-name>struts2</filter-name>
		<url-pattern>/*</url-pattern>
	</filter-mapping>

当然,配置这个Filter的时候也可以指定一些初始化参数或者常量(比如struts2的编码),平时我没怎么用到在这块加参数,所以没写,但是要知道这块是可以

加初始化参数的。

2、配置struts.xml

Struts2框架的核心配置文件就是struts.xml,该文件主要负责管理struts2框架的业务控制器,也就是管理Action。

在默认情况下,Struts2框架将自动加载放到/WEB-INF/classes路径下的struts.xml文件(所以我们在eclipse中要将struts.xml放到项目的src目录下)。

在大部分应用中,随着应用规模的增加,系统中的Action数量也在增多,造成struts,xml文件臃肿,所以我们在开发的时候要将Action分类配置到不同的xml

文件中,然后在struts.xml文件中包含其他的配置文件,例如,<include file="struts_util.xml"/>。这样可以提高struts.xml文件的可读性。

看一个struts.xml文件的结构,就是一个示范文件:

<?xml version = "1.0" encoding = "UTF-8"?>
<!--下面是Struts2配置文件的DTD信息 -->
<!DOCTYPE struts PUBLIC
    "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN"
    "http://struts.apache.org/dtds/struts-2.0.dtd">
<!--struts是struts2配置文件的跟元素 -->
<struts>
	<!--下面的元素可以出现0次,也可以出现无限多次 -->
	<constant name="" value="" />
	<!--下面的元素可以出现0次,也可以出现无限多次 -->
	<bean type="" name="" class="" scope="" static="" optional="" />
	<!--下面的元素可以出现0次,也可以出现无限多次 -->
	<include file="" />
	<!--package元素是struts配置文件的核心,该元素可以出现0次,或者是无限多次 -->
	<package name="必填的包名" extends="" namespace="" abstract="" externalReferenceResovler>
		<!--以下该元素可以出现,也可以不出现,最多出现一次 -->
		<result-types>
			<!--以下该元素必须出现,可以出现无数多次 -->
			<result-type name="" class="" default="true\false">
				<!--下面的元素可以出现0次,也可以出现无限多次 -->
				<param name="参数名">参数值 </param>
			</result-type>
		</result-types>
		<!--以下的该元素可以出现,也可以不出现,但最多出现1次 -->
		<interceptors>
			<!--interceptors元素的子元素interceptor元素和interceptor-stack至少出现其中之一,也可以两者都出现 -->
			<!--下面的元素可以出现0次,也可以出现无限多次 -->
			<interceptor name="" class="">
				<!--下面的元素可以出现0次,也可以出现无限多次 -->
				<param name="参数名">参数值 </param>
			</interceptor>
			<!--下面的元素可以出现0次,也可以出现无限多次 -->
			<interceptor-stack name="">
				<!-- 下面的元素必须出现,可以出现无数多次 -->
				<interceptor-ref name="">
					<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
					<param name="参数名">参数值</param>
				</interceptor-ref>
			</interceptor-stack>
		</interceptors>
		<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
		<default-interceptor-ref name="">
			<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
			<param name="参数名">参数值</param>
		</default-interceptor-ref>
		<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
		<default-action-ref name="">
			<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
			<param name="参数名">参数值</param>
		</default-action-ref>
		<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
		<global-results>
			<!-- 该元素必须出现,可以出现无限多次 -->
			<result name="" type="">
				<!-- 该字符串内容可以出现0次或者多次 -->
				映射资源
				<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
				<param name="参数名">参数值</param>
			</result>
		</global-results>
		<!-- 下面的元素可以出现0次,也可以出现多次 -->
		<global-exception-mappings>
			<!-- 该元素必须出现,可以出现多次 -->
			<exception-mapping name="" exception="" result="">
				异常处理资源
				<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
				<param name="参数名">参数值</param>
			</exception-mapping>
		</global-exception-mappings>
		<action name="" class="" method="" convertor="">
			<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
			<param name="参数名">参数值</param>
			<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
			<result name="" type="">
				映射资源
				<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
				<param name="参数名">参数值</param>
			</result>
			<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
			<interceptor-ref name="">
				<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
				<param name="参数名">参数值</param>
			</interceptor-ref>
			<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
			<exception-mapping name="" exception="" result="">
				异常处理资源
				<!-- 下面的元素可以出现0次,也可以出现无限多次 -->
				<param name="参数名">参数值</param>
			</exception-mapping>
		</action>
	</package>
</struts>

上面配置文件中的内容较多,我们可以从中了解到struts.xml文件的一个完整结构,但是各个配置元素的意义不一定都能深入了解,在这里不多牵扯细节的地

方,后面文章会逐步的去探索每一个配置元素的意义。

3、配置struts.properties

Struts2框架由两大核心配置文件,其中struts.xml文件主要负责管理应用中的Action映射,以及该Action包含的Result定义等,除此之外,Struts2框架还包

含一个struts.properties的配置文件,该文件定义了Struts2框架的大量属性,开发者可以通过改变这些属性来满足应用需求。

struts.properties文件中包含大量的key-value对应,每个key就是一个Struts2属性,每个value就是一个Struts2属性值。

struts.properties文件通常放在WEB-INF/classes目录下。

可配置属性及说明如下:

struts.configuration:该属性指定加载Struts 2配置文件的配置文件管理器。该属性的默认值是org.apache.Struts2.config.DefaultConfiguration,

这是Struts 2默认的配 置文件管理器。如果需要实现自己的配置管理器,开发者则可以实现一个实现Configuration接口的类,

该类可以自己加载Struts 2配置文件。

struts.locale:指定Web应用的默认Locale。

struts.i18n.encoding:指定Web应用的默认编码集。该属性对于处理中文请求参数非常有用,对于获取中文请求参数值,应该将该属性值设置为GBK或

者GB2312。提示 当设置该参数为GBK时,相当于调用HttpServletRequest的setCharacterEncoding方法。

struts.objectFactory:指定Struts 2默认的ObjectFactoryBean,该属性默认值是spring。

struts.objectFactory.spring.autoWire:指定Spring框架的自动装配模式,该属性的默认值是name,即默认根据Bean的name属性自动装配。

struts.objectFactory.spring.useClassCache:该属性指定整合Spring框架时,是否缓存Bean实例,该属性只允许使用true和false两个属性值,

它的默认值是true。通常不建议修改该属性值。

struts.objectTypeDeterminer:该属性指定Struts 2的类型检测机制,通常支持tiger和notiger两个属性值。

struts.multipart.parser:该属性指定处理multipart/form-data的MIME类型(文件上传)请求的框架,该属性支持cos、pell和jakarta等属性值,

即分别对应使用cos的文件上传框架、pell上传及common-fileupload文件上传框架。该属性的默认值为jakarta。注意 如果需要使用cos或者pell的文件

上传方式,则应该将对应的JAR文件复制到Web应用中。例如,使用cos上传方式,则需要自己下载cos框架的JAR文件,并将该文件放在WEB-INF/lib路径下。

struts.multipart.saveDir:该属性指定上传文件的临时保存路径,该属性的默认值是javax.servlet.context.tempdir。

struts.multipart.maxSize:该属性指定Struts 2文件上传中整个请求内容允许的最大字节数。

struts.custom.properties:该属性指定Struts 2应用加载用户自定义的属性文件,该自定义属性文件指定的属性不会覆盖struts.properties文件

中指定的属性。如果需要加载多个自定义属性文件,多个自定义属性文件的文件名以英文逗号(,)隔开。

struts.mapper.class:指定将HTTP请求映射到指定Action的映射器,Struts
2提供了默认的映射

器:org.apache.struts2.dispatcher.mapper.DefaultActionMapper。默认映射器根据请求的前缀与Action的name属性完成映射。

struts.action.extension:该属性指定需要Struts 2处理的请求后缀,该属性的默认值是action,即所有匹配*.action的请求都由Struts
2处理。

如果用户需要指定多个请求后缀,则多个后缀之间以英文逗号(,)隔开。

struts.serve.static:该属性设置是否通过JAR文件提供静态内容服务,该属性只支持true和false属性值,该属性的默认属性值是true。

struts.serve.static.browserCache:该属性设置浏览器是否缓存静态内容。当应用处于开发阶段时,我们希望每次请求都获得服务器的最新响应,则可设置

该属性为false。

struts.enable.DynamicMethodInvocation:该属性设置Struts 2是否支持动态方法调用,该属性的默认值是true。如果需要关闭动态方法调用,则可设置该

属性为false。

struts.enable.SlashesInActionNames:该属性设置Struts 2是否允许在Action名中使用斜线,该属性的默认值是false。如果开发者希望允许在Action名中

使用斜线,则可设置该属性为true。

struts.tag.altSyntax:该属性指定是否允许在Struts 2标签中使用表达式语法,因为通常都需要在标签中使用表达式语法,故此属性应该设置为true,该属

性的默认值是true。

struts.devMode:该属性设置Struts 2应用是否使用开发模式。如果设置该属性为true,则可以在应用出错时显示更多、更友好的出错提示。该属性只接受true

和flase两个值,该属性的默认值是false。通常,应用在开发阶段,将该属性设置为true,当进入产品发布阶段后,则该属性设置为false。

struts.i18n.reload:该属性设置是否每次HTTP请求到达时,系统都重新加载资源文件。该属性默认值是false。在开发阶段将该属性设置为true会更有利于开

发,但在产品发布阶段应将该属性设置为false。提示 开发阶段将该属性设置了true,将可以在每次请求时都重新加载国际化资源文件,从而可以让开发者看到

实时开发效果;产品发布阶段应该将该属性设置为false,是为了提供响应性能,每次请求都需要重新加载资源文件会大大降低应用的性能。

struts.ui.theme:该属性指定视图标签默认的视图主题,该属性的默认值是xhtml。

struts.ui.templateDir:该属性指定视图主题所需要模板文件的位置,该属性的默认值是template,即默认加载template路径下的模板文件。

struts.ui.templateSuffix:该属性指定模板文件的后缀,该属性的默认属性值是ftl。该属性还允许使用ftl、vm或jsp,分别对应FreeMarker、Velocity和

JSP模板。

struts.configuration.xml.reload:该属性设置当struts.xml文件改变后,系统是否自动重新加载该文件。该属性的默认值是false。

struts.velocity.configfile:该属性指定Velocity框架所需的velocity.properties文件的位置。该属性的默认值为velocity.properties。

struts.velocity.contexts:该属性指定Velocity框架的Context位置,如果该框架有多个Context,则多个Context之间以英文逗号(,)隔开。

struts.velocity.toolboxlocation:该属性指定Velocity框架的toolbox的位置。

struts.url.http.port:该属性指定Web应用所在的监听端口。该属性通常没有太大的用户,只是当Struts 2需要生成URL时(例如Url标签),该属性才提供

Web应用的默认端口。

struts.url.https.port:该属性类似于struts.url.http.port属性的作用,区别是该属性指定的是Web应用的加密服务端口。

struts.url.includeParams:该属性指定Struts 2生成URL时是否包含请求参数。该属性接受none、get和all三个属性值,分别对应于不包含、仅包含GET类型

请求参数和包含全部请求参数。

struts.custom.i18n.resources:该属性指定Struts 2应用所需要的国际化资源文件,如果有多份国际化资源文件,则多个资源文件的文件名以英文逗号(,)

隔开。

struts.dispatcher.parametersWorkaround:对于某些Java EE服务器,不支持HttpServletRequest调用getParameterMap()方法,此时可以设置该属性值

为true来解决该问题。该属性的默认值是false。对于WebLogic、Orion和OC4J服务器,通常应该设置该属性为true。

struts.freemarker.manager.classname:该属性指定Struts 2使用的FreeMarker管理器。该属性的默认

值org.apache.struts2.views.freemarker.FreemarkerManager,这是Struts 2内建的FreeMarker管理器。

struts.freemarker.wrapper.altMap:该属性只支持true和false两个属性值,默认值是true。通常无需修改该属性值。

struts.xslt.nocache:该属性指定XSLT Result是否使用样式表缓存。当应用处于开发阶段时,该属性通常被设置为true;当应用处于产品使用阶段时,该属

性通常被设置为false。

struts.configuration.files:该属性指定Struts 2框架默认加载的配置文件,如果需要指定默认加载多个配置文件,则多个配置文件的文件名之间以英文逗

号(,)隔开。该属性的默认值为struts-default.xml,struts-plugin.xml,struts.xml,看到该属性值,读者应该明白为什么Struts2框架默认加

载struts.xml文件了。

有时候开发者不喜欢额外的struts.properties文件,Struts2允许使用struts.xml文件管理这些属性,在struts.xml文件中通过配置constant元素一样配置

这些属性。

Struts2体系结构与基本流程,布布扣,bubuko.com

时间: 2024-12-19 13:56:10

Struts2体系结构与基本流程的相关文章

Struts2.1的运行流程的简单分析(个人见解)

Struts2.1的运行流程大致分为以下几个步骤: 1.用户输入URL请求,该请求被StrutsPrepareAndExecuteFilter拦截,根据welcome-file属性的设置跳转到相应的jsp页面. 2.用户在jsp页面发出的相应的处理请求. 3.该处理请求也会被StrutsPrepareAndExecuteFilter拦截,首先清理当前线程的ActionContext和Dispatcher防止内存的泄露,接下来询问ActionMapper(Action映射器)来决 定这个请求是否需

Struts2框架的执行流程

一.执行流程介绍 1.通过浏览器发送一个请求 2.会被StrutsPrepareAndExecuteFilter拦截(struts2的拦截器作用) 3.会调用strust2框架默认的拦截器(interceptor)完成部分功能 4.在执行Action中操作 5.根据Action中方法的执行结果来选择来跳转页面Result视图 一般我们将StrutsPrepareAndExecuteFilter 叫做前端控制器(核心控制器),只有在web.xml文件中配置了这个filter我们的strtus2框架

Servlet、Struts2、SpringMVC执行流程

Servlet 有以下四个阶段: 1.加载和实例化 Servlet容器负责加载和实例化Servlet. 当Servlet容器启动时,或者在容器检测到需要这个Servlet来响应第一个请求时,创建Servlet实例. 当Servlet容器启动后,它必须要知道所需的Servlet类在什么位置,Servlet容器可以从本地文件系统.远程文件系统或者其他的网络服务中通过类加载器加载Servlet类,成功加载后,容器创建Servlet的实例. 因为容器是通过Java的反射API来创建 Servlet实例,

struts2 简单登录实例流程

struts2 登录程序 1.在jre1.5以上[含] 2.创建 web project3.将struts2 依赖包考到web-info lib下 commons-logging-1.0.4.JAR freemarker-2.3.15.JAR ognl-2.7.3.JAR struts2-core-2.1.8.1.JAR xwork-core-2.1.6.JAR commons-fileupload-1.2.1.JAR 4.在web.xml 中配置 StrutsPrepareAndExecute

Struts2工作原理及流程

Struts2是基于MVC设计模式的JavaWeb 框架技术. 基于Struts2开发Java Web项目的主要步骤如下: (1)在web.xml中配置FilterDispatcher. (2)设计和编写视图组件(JSP页面). (3)编写用来实现视图组件的业务逻辑组件JavaBean. (4)编写视图组件对应的业务控制器Action,在该Action中调用业务逻辑组件JavaBean,进行业务逻辑处理. (5)配置Action,即修改struts.xml配置文件.在struts.xml中配置逻

Atitit.struts2体系结构大总结

1. 国际化与异常处理 2 2. 第5章 拦截器 2 3. 第7章 输入校验 2 4. 避免表单重复提交与等待页面 2 5. Struts 2对Ajax的支持 2 6. 服务端控件 2 7. 类型转换 2 8.  第8章 输入验证 2 9.  第9章 消息处理与国际化 2 10.  第10章 Model Driven和Preparable拦截器 2 11. XWork中的Ioc 容器 3 12. 灵丹妙药 -- OGNL,数据流转的催化剂 3 13. refer 4 1.  国际化与异常处理 2

Struts2框架的大致流程

浏览器发送请求,例如请求/mypage.action./reports/myreport.pdf等. Control中的核心控制器FilterDispatcher根据请求调用相应的业务逻辑控制器(Action). Struts2的拦截器链自动对请求应用通用功能,如数据校验和文件上传等功能. 回调Action中的execute()方法,并在方法体内调用业务逻辑组件来处理请求(Model).既可以是将数据保存到数据库,也可以从数据库中检索信息.实际上,因为Action只是一个控制器,它会调用业务逻辑

Struts2的输入校验流程(学习记录)

通过阅读李刚老师的Struts2.1 权威指南,关于其中关于Strus2的输入校验部分,这里做一下记录. Struts 2的输入校验需要经过如下几个步骤. 1.类型转换器负责对字符串的请求参数执行类型转换,并将这些值设置成action的属性值. 2.在执行类型转换过程中可能出现异常,如果出现异常,将异常信息保存到ActionContext中,conversionError拦截器负责将其封装到fieldError里,然后执行第3步:如果转换过程没有异常信息,则直接进入第3步. 3.调用Struts

MariaDB的体系结构和执行流程

1.连接发往连接管理器: 2.连接管理器调用线程管理器,复制生成一个连接线程,响应用户请求: 3.由用户模块完成用户的授权和检查:(除非断开,否则回话会处于循环状态) 4.如果用户发送命令,则会到达命令派发器: 5.如果是查询请求,则发往查询请求,看缓存是否能命中,如果能命中,则将结果返回,并且记录日志: 6.如果缓存没有命中,则语句会发往分析器,由分析器完成语法分析.词法分析等,然后可以转换为存储引擎可以执行的语句: 7.优化器根据状态报告模块的报告,生成最有的访问路径,本次优化的结果也会报告