Struts2学习知识点总结

1.全局的逻辑控制器为一个过滤器，负责过滤所有的请求。该过滤器引用的API类为
org.apache.struts2.disapatcher.FilterDispatcher

2.MVC:页面请求(jsp)——>逻辑控制器(Filter)——>业务控制器(Action)——>业务逻辑组件——>业务处理/DAO

3.struts2的配置文件放在classpath下。

4.struts2的类型转换：
a.继承DefaultTypeConverter，
覆盖父类的public Object convertValue(Map context, Object value, Class toType)方法
b.继承StrutsTypeConverter,
覆盖父类的public Object convertFromString(Map context, String[] values, Class toClass)
该方法负责转换从页面传递过来的数据。
覆盖父类的public String convertToString(Map context, Object o)
该方法负责将Action中处理好的数据转换成相应格式的字符串。

5.struts2的数据验证：
a.使用编码方式进行验证。业务控制器Action继承ActionSupport类，重写public void validate()方法。
在该方法中进行数据验证。若Action中处理业务的方法为test，则可以编写public void validateTest()
方法，来对test方法的数据进行验证。（系统在进行validateTest方法后，会接着执行validate方法，然后
才执行相应的业务代码。）
若严重出错，则可以调用addFieldError或者调用addActionError方法，增加相应的错误提示信息。
b.使用配置xml文件进行验证。验证文件的名字为：×××Action-validation.xml。验证的方式包含字段验证和非字段验证。
其中字段验证表示对某个字段进行某些类型的验证。非字段验证表示用某个类型的验证来验证，某个字段。两种方式
底层实现一样，只是表现方式不同，字段验证方式比较直观。
验证的类型有一下几种：required,requiredstring,int,date,double,expression,fieldexpression
email,url,visitor,conversion,stringLength,regex(正则表达式)。
对验证类型可以指定shourt-circuit参数为true，来执行短路验证。
如果Action中执行业务的方法为test，则可以通过编写×××Action-test-validation.xml方法来对test方法的数据进行
验证。且执行完test方法的私有验证文件后，还会执行默认的验证文件×××Action-test-validation.xml的验证。
c.struts2进行客户端的验证。首先需要使用struts2的标签库，且标签库的theme属性不能为simple，然后设置标签的
validate属性为true。
注意：struts2的客户端验证依赖于服务器的验证配置文件。

6.struts2的拦截器。struts2的拦截器是struts2的核心，其底层实现使用了Java的反射机制与动态代理。在struts2的配置文件中
为一个Action引入了一个拦截器，则配置的默认拦截器不会被调用，需要手工配置到该Action中。
实现struts2拦截器的方法：
a.实现Interceptor接口，并实现init，destrory以及intercept方法。
b.继承AbstractInterceptor类，覆盖intercept方法。
c.继承MethodFilterInterceptor类，覆盖intercept方法。该类可以对特定的方法进行拦截。
拦截器栈可以包含拦截器和拦截器栈。

7.文件的上传和下载：
a.使用apache组织开发的commons-fileupload和commons-io包，并且按需要配置fileUpload拦截器和相应的上传参数，
比如上传文件的类型，上传文件的大小。多文件的上传可以使用js代码来在页面修改上传文件的列表，在Action中
则用三个列表分别来保存文件对象(file)，文件名(fileName)，以及文件类型(fileContentType)。
b.文件下载使用流进行读取：return ServletActionContext.getServletContext.getResourceAsStream("文件名")
并将Action的结果返回类设定为stream，即流。按需要配置相应的参数。

8.struts2的国际化。struts2国际化的底层实现用到了Java基础类库中的Locale(地区)和ResourceBundle(消息资源)两个类。
struts2的国际化主要用在一下几个地方：
a.jsp页面:使用struts2的标签时，指定标签的key属性(对应消息资源文件中的key)。
使用<s:text name="key">
<s:param></s:param>
</s:text>
标签取得消息资源信息。
还可以用<s:i18n name="basename"></s:i18n>标签来指定特定的消息资源文件。
b.Action中：调用getText(key)或者getText(key,args)方法取得消息资源文件中的消息资源。
c.xml验证文件中：指定message元素的key属性(对应消息资源文件中的key)。（怎么传参数？）
d.类型转换过程中：通过查看xwork包的源代码可以找到：ge.properties文件中可以找到如下的键值对：
xwork.default.invalid.fieldvalue=Invalid field value for field "{0}".
在消息资源文件中重新指定该键值对即可。
另外在struts.properties中设定键值对struts.i18n.encoding=GBK，可以解决中文乱码问题。

9.struts2的异常处理。在Action中，我们的业务逻辑处理方法都对抛出异常进行了声明。具体的异常对应具体的处理结果。
在action配置中：
<action name="upload" class="uploadAction">
<result name="exception"></result>
<exception-mapping result="exception" exception="具体的异常类型"></exception-mapping>
</action>
还可以配置全局的异常处理：
<global-exception-mappings>
<exception-mapping result="" exception=""></exception-mapping>
</global-exception-mappings>



struts2的其他东西：
1.对于struts.xml中的package：
a.设置<package abstract="true">，则表明该包中没有action的配置，只定义一个基础公共的组件。
b.package的namespace可以将不同的请求路径分隔开，在多人合作项目中用到比较多。当接收到一个请求，
若在当前的namespace中没有相应的请求地址，则会到默认的namespace中去寻找匹配的地址。

2.模型驱动机制(ModelDriven)，将一个Action中的各个参数封装成为一个JavaBean（类似struts1.x中的
ActionForm）。需要实现ModelDriven<T>接口，并实现getModel方法。当一个Action实现ModenDriven接口后，
该Action会被ModenDrivenInterceptor拦截，进行相应的参数设置。

3.防止表单的重复提交：在jsp的表单中设置<s:token name="***"></s:token>标签。并且在相应的Action
中设置token拦截器和名为invalid.token的返回结果。相应出错信息的key为struts.message.invalid.token。
配置该key，来实现国际化。

4.struts2中Action与Servlet容器的耦合。主要有三种方式：
a.实现ServletRequestAware或ServletResponseAware接口。并提供对request或者response熟悉的设置方法。
b.使用ActionContext（但不能获得response对象）。改方法方便单元测试。
c.使用ServletActionContext。ServletActionContext是ActionContext的子类。
首选使用ActionContext,其次ServletActionContext。

5.整合多个struts配置文件，在struts2的配置文件中使用include元素包含其他的配置文件。用于多模块开发。

6.可以在web.xml中对struts2的核心过滤器FilterDispatcher设置初始化参数（不推荐使用）。

7.动态方法调用(DynamicMethodInvocation).
a.action配置中指定：<action name="×××" method="">
b.在客户端即页面指定：<s:form action="method!actionName">
c.使用通配符：<action name="*Login" class="com.action.LoginAction" method="{1}">，
若Action的url为helloLogin，则调用LoginAction的hello来处理业务。此种方法简化了配置，但是
使得程序不明了，不提倡使用该方法。

8.struts2的结果类型。在struts2-core包中，有几种struts2已经配置好的结果类型。
其中默认的类型为dispatcher，此外还有：redirectAction,chain,freemaker,httpheader,redirect,
redirectAction,stream,velocity,xslt,plainText。

9.struts2与spring的整合。导入struts2-spring-plugin包，在web.xml中设置spring的监听器,
spring监听器对应的API类为：org.springframework.web.context.ContextLoaderListener。
struts2-spring-plugin包为我们将struts2的对象工厂设置为spring的IoC容器，其代码为：
<struts>
<bean type="com.opensymphony.xwork2.ObjectFactory" name="spring" class="org.apache.struts2.spring.StrutsSpringObjectFactory" />

<!-- Make the Spring object factory the automatic default -->
<constant name="struts.objectFactory" value="spring" />

<package name="spring-default">
<interceptors>
<interceptor name="autowiring" class="com.opensymphony.xwork2.spring.interceptor.ActionAutowiringInterceptor"/>
<interceptor name="sessionAutowiring" class="org.apache.struts2.spring.interceptor.SessionContextAutowiringInterceptor"/>
</interceptors>
</package>
</struts>
很明显，将struts.objectFactory定位为org.apache.struts2.spring.StrutsSpringObjectFactory
其余的工作就交给spring的IoC容器去做了。
另外：当我们需要增加spring的配置文件时，需要在web.xml中设定contextConfigLocation参数。代码如下：
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>其他的spring配置文件名，用逗号隔开</param-value>
</context-param>

需要注意的一些地方
1.存储fieldError的是一个LinkedHashMap<String,ArrayList>;而actionError则存储在一个ArrayList中。
ActionSupport中的getFieldError方法返回的是一个新的集合。该集合是原fieldError集合的一个副本。
在struts2的源代码中返回的是：new LinkedHashMap(internalGetFieldError)，即一个新的集合对象。
所以执行代码:this.getFieldErrors.put("username","ErrorMsg");不会影响原fieldError集合的数据。

2.若一个Action注册了PreResultListner，则会在该Action返回的时候调用相应结果验证的逻辑代码。

3.struts2-core包中的default.properties和struts-default.xml文件保存了一些struts2默认的配置。
可以在自己的struts配置文件中对相应的配置进行覆盖或重新设值。比如修改请求的后缀名：在struts.properties
中加入：
struts.action.extension = do
则将struts2请求的后缀名修改成了struts1中的do后缀名的形式。

4.在配置文件中配置struts.multipart.saveDir来设定上传文件时的临时文件的存储位置。需要定期清理该路径下的文件。