struts2学习笔记.docx
《struts2学习笔记.docx》由会员分享，可在线阅读，更多相关《struts2学习笔记.docx（39页珍藏版）》请在冰点文库上搜索。
struts2学习笔记
Struts学习：
一．加入支持包文件
主要是struts2-core-2.1.6.jar文件，xwork-2.1.2.jar等核心包
二．配置struts2
修改web.xml
struts2
org.apache.struts2.dispatcher.FilterDispatcher
strust2
/*
三．struts配置文件
Struts2框架有两个核心配置文件:
struts.xml和struts.properties，默认的配置文件有struts-default.xml/default.properties
其中struts.xml文件主要负责管理应用中的Action映射，以及该Action包含的Result定义等。
除此之外，Struts2框架还包含一个struts.properties文件，该文件定义了Struts2框架的大量属性，开发者可以通过改变这些属性来满足应用的需求。
struts.properties文件是一个标准的Properties文件，该文件包含了系列的key-value对象，每个key就是一个Struts2属性，该key对应的value就是一个Struts2属性值。
struts.properties文件通常放在Web应用的WEB-INF/classes路径下。
实际上，只要将该文件放在Web应用的CLASSPATH路径下，Struts2框架就可以加载该文件。
其实，struts.properties文件的内容均可在struts.xml中以加载。
配置参数详细列表：
struts.configuration
该属性指定加载Struts2配置文件的配置文件管理器。
该属性的默认值是org.apache.Struts2.config.DefaultConfiguration，这是Struts2默认的配置文件管理器。
如果需要实现自己的配置管理器，开发者则可以实现一个实现Configuration接口的类，该类可以自己加载Struts2配置文件。
struts.locale
指定Web应用的默认Locale。
struts.i18n.encoding
指定Web应用的默认编码集。
该属性对于处理中文请求参数非常有用，对于获取中文请求参数值，应该将该属性值设置为GBK或者GB2312。
提示：
当设置该参数为GBK时，相当于调用HttpServletRequest的setCharacterEncoding方法。
struts.objectFactory
指定Struts2默认的ObjectFactoryBean，该属性默认值是spring。
struts.objectFactory.spring.autoWrite
指定Spring框架的自动装配模式，该属性的默认值是name，即默认根据Bean的name属性自动装配。
struts.objectFactory.spring.useClassCache
该属性指定整合Spring框架时，是否缓存Bean实例，该属性只允许使用true和false两个属性值，它的默认值是true。
通常不建议修改该属性值。
struts.objectTypeDeterminer
该属性指定Struts2的类型检测机制，通常支持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
该属性指定Struts2文件上传中整个请求内容允许的最大字节数。
struts.custom.properties
该属性指定Struts2应用加载用户自定义的属性文件，该自定义属性文件指定的属性不会覆盖struts.properties文件中指定的属性。
如果需要加载多个自定义属性文件，多个自定义属性文件的文件名以英文逗号（,）隔开。
struts.mapper.class
指定将HTTP请求映射到指定Action的映射器，Struts2提供了默认的映射器：
org.apache.struts2.dispatcher.mapper.DefaultActionMapper。
默认映射器根据请求的前缀与Action的name属性完成映射。
struts.action.extension
该属性指定需要Struts2处理的请求后缀，该属性的默认值是action，即所有匹配*.action的请求都由Struts2处理。
如果用户需要指定多个请求后缀，则多个后缀之间以英文逗号（,）隔开。
struts.serve.static
该属性设置是否通过JAR文件提供静态内容服务，该属性只支持true和false属性值，该属性的默认属性值是true。
struts.serve.static.browserCache
该属性设置浏览器是否缓存静态内容。
当应用处于开发阶段时，我们希望每次请求都获得服务器的最新响应，则可设置该属性为false。
struts.enable.DynamicMethodInvocation
该属性设置Struts2是否支持动态方法调用，该属性的默认值是true。
如果需要关闭动态方法调用，则可设置该属性为false。
struts.enable.SlashesInActionNames
该属性设置Struts2是否允许在Action名中使用斜线，该属性的默认值是false。
如果开发者希望允许在Action名中使用斜线，则可设置该属性为true。
struts.tag.altSyntax
该属性指定是否允许在Struts2标签中使用表达式语法，因为通常都需要在标签中使用表达式语法，故此属性应该设置为true，该属性的默认值是true。
struts.devMode
该属性设置Struts2应用是否使用开发模式。
如果设置该属性为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应用所在的监听端口。
该属性通常没有太大的用户，只是当Struts2需要生成URL时（例如Url标签），该属性才提供Web应用的默认端口。
struts.url.https.port
该属性类似于struts.url.http.port属性的作用，区别是该属性指定的是Web应用的加密服务端口。
struts.url.includeParams
该属性指定Struts2生成URL时是否包含请求参数。
该属性接受none、get和all三个属性值，分别对应于不包含、仅包含GET类型请求参数和包含全部请求参数。
struts.custom.i18n.resources
该属性指定Struts2应用所需要的国际化资源文件，如果有多份国际化资源文件，则多个资源文件的文件名以英文逗号（,）隔开。
struts.dispatcher.parametersWorkaround
对于某些JavaEE服务器，不支持HttpServletRequest调用getParameterMap（）方法，此时可以设置该属性值为true来解决该问题。
该属性的默认值是false。
对于WebLogic、Orion和OC4J服务器，通常应该设置该属性为true。
struts.freemarker.manager.classname
该属性指定Struts2使用的FreeMarker管理器。
该属性的默认值是org.apache.struts2.views.freemarker.FreemarkerManager，这是Struts2内建的FreeMarker管理器。
struts.freemarker.wrapper.altMap
该属性只支持true和false两个属性值，默认值是true。
通常无需修改该属性值。
struts.xslt.nocache
该属性指定XSLTResult是否使用样式表缓存。
当应用处于开发阶段时，该属性通常被设置为true；当应用处于产品使用阶段时，该属性通常被设置为false。
struts.configuration.files
该属性指定Struts2框架默认加载的配置文件，如果需要指定默认加载多个配置文件，则多个配置文件的文件名之间以英文逗号（,）隔开。
该属性的默认值为struts-default.xml,struts-plugin.xml,struts.xml，看到该属性值，读者应该明白为什么Struts2框架默认加载struts.xml文件了。
Struts2配置文件的namespace解释
Struts2的struts.xml中是分package配置的，可以为package设置namespace属性，如
......
如果没有指定namespace属性，默认namespace是""。
使用namespace可以方便于按不同目的规划对应用的访问规则。
比如不同namespace下配置了不同的拦截器就可以实现权限的控制，如"/secure"下已登陆用户才能访问，"/public"下可公开访问的。
配置了namespace直接就是反应在访问URL上，例如namespace="/secure" name="test"的action
访问它的URL就是http:
//ip:
port/context/secure/test.action，那如果在namespace"/secure"下没有testaction会出现什么情况呢？
Struts还会尝试在默认namespace，即""下找test。
再举个例子，URL是http:
//ip:
port/context/some/path/test.action 时，如果在"/some/path"namespace下找不到testaction，也是到""（defaultnamespace）下找testaction，但不会去"/some"下找的。
用标签urlvalue="/secure/test.action"/> 对应页面源文件是/context/secure/test.action
稍有麻的就是formaction="/secure/test.action"....对应的源文件是但是后台会有警告：
警告:
Noconfigurationfoundforthespecifiedaction:
'/secure/test.action'innamespace:
''.Formactiondefaultingto'action'attribute'sliteralvalue.
Struts2把action属性值当整一个ActionName了，但这也不影响使用，这个URL正好能与（packagenamespace）+（actionname）合上拍。
但是对于使用了动态方法调用（struts.enable.DynamicMethodInvocation=true）就没这么幸运了。
很容易想当然的
formaction="/secure/test!
update.action".... 生成的HTML源文件却是action="/TestStruts2/om/test"
同时后台的警告信息是：
警告:
Noconfigurationfoundforthespecifiedaction:
'/secure/test'innamespace:
''.Formactiondefaultingto'action'attribute'sliteralvalue.
很显然对于这个action="/TestStruts2/om/test"，提交时是会得到HTTPStatus404-/context/secure/test 错误。
正确的用法是action...>也有一个namespace属性，对了，就是
formnamespace="/secure"action="test!
login"> 生成的HTML源文件是：
login.action"....>
我们要的就是这个。
如果不配置namespace属性，我们能不能在访问action时也用上目录层次呢？
可以，那是在struts1习惯的做法，配置name中使用斜杠，但在Struts2中ActionName中使用斜杠需要设置
struts.enable.SlashesInActionNames=true 默认为false
可是Struts2大概不赞同这种做法，力挺namespace的作用。
对于上面使用了斜框的ActionName，form中的写法要用
formaction="secure/test"> 生成HTML源文件：
formaction="secure/test!
update"> 生成HTML源文件：
login.action".....
上面的action后加不加.action无所谓，只是要保证form> 的action属性一定要与struts.xml中的的name匹配上，如果你自作多情的在前面加个斜杠，如写成了
formaction="/secure/test!
update"> 、formaction="/secure/test"> 或者formaction="/secure/test!
update.action"> 生成的HTML源文件就都成了：
这也是从Struts1带来的弊病，因为Struts1中form>action属性对应的是的path，而Struts2中form>的action属性对应的是的name；name要完全匹配，path可以加些层次。
我为何以费这么些功夫来搞清楚这个呢，也就是因为使用formaction="">是时而行，时而不行，很似迷惑，一度怀疑是应用服务器在从中作梗。
坦白的说，就是写本篇日志完成红线以上的内容时仍未能知晓就理，这也正好映证了写下来的意义。
因为在这过程中你在试图让别人更好的理解，倘若自己都说不清，他人只能是云里雾里了。
源码解析：
Struts2源码分析--请求处理
（一）
STRUTS 2009-07-1023:
34 阅读194 评论0
字号：
大大 中中 小小
Struts2架构图
请求首先通过Filterchain，Filter主要包括ActionContextCleanUp，它主要清理当前线程的ActionContext和Dispatcher；FilterDispatcher主要通过AcionMapper来决定需要调用哪个Action。
ActionMapper取得了ActionMapping后，在Dispatcher的serviceAction方法里创建ActionProxy，ActionProxy创建ActionInvocation，然后ActionInvocation调用Interceptors，执行Action本身，创建Result并返回，当然，如果要在返回之前做些什么，可以实现PreResultListener。
Struts2部分类介绍
这部分从Struts2参考文档中翻译就可以了。
ActionMapper
ActionMapper其实是HttpServletRequest和Action调用请求的一个映射，它屏蔽了Action对于Request等javaServlet类的依赖。
Struts2中它的默认实现类是DefaultActionMapper，ActionMapper很大的用处可以根据自己的需要来设计url格式，它自己也有Restful的实现，具体可以参考文档的docs\actionmapper.html。
ActionProxy&ActionInvocation
Action的一个代理，由ActionProxyFactory创建，它本身不包括Action实例，默认实现DefaultActionProxy是由ActionInvocation持有Action实例。
ActionProxy作用是如何取得Action，无论是本地还是远程。
而ActionInvocation的作用是如何执行Action，拦截器的功能就是在ActionInvocation中实现的。
ConfigurationProvider&Configuration
ConfigurationProvider就是Struts2中配置文件的解析器，Struts2中的配置文件主要是尤其实现类XmlConfigurationProvider及其子类StrutsXmlConfigurationProvider来解析，
Struts2请求流程
1、客户端发送请求
2、请求先通过ActionContextCleanUp-->FilterDispatcher
3、FilterDispatcher通过ActionMapper来决定这个Request需要调用哪个Action
4、如果ActionMapper决定调用某个Action，FilterDispatcher把请求的处理交给ActionProxy，这儿已经转到它的Delegate--Dispatcher来执行
5、ActionProxy根据ActionMapping和ConfigurationManager找到需要调用的Action类
6、ActionProxy创建一个ActionInvocation的实例
7、ActionInvocation调用真正的Action，当然这涉及到相关拦截器的调用
8、Action执行完毕，ActionInvocation创建Result并返回，当然，如果要在返回之前做些什么，可以实现PreResultListener。
添加PreResultListener可以在Interceptor中实现，不知道其它还有什么方式？
S
升级会员 