Struts2权威指南笔记

Struts2权威指南笔记

1、mvc特点包括：

①　多个视图可以对应一个模型

②　模型返回的数据与显示逻辑分离

③　应用层被分隔为三层，降低了各层之间的耦合，提供了应用的可扩展性

④　控制层的概念也很有效，由于它把不通的模型和不同的视图组合在一起，完成不同的请求

⑤　Mvc更符合软件工程化管理的精神

2、Struts2框架的大致处理流程：

①　浏览器发送请求，如请求/mypage.action

②　核心控制器FilterDispatcher根据请求决定调用合适的Action

③　Webwork的拦截器链自动对请求应用通用功能，例如workflow、alidation或文件上传等功能

④　回调Action的execute方法，该execute方法先获取用户请求参数，然后执行某种数据库操作，如查询、保存数据等。实际上，因为Action只是一个控制器，它会调用业务逻辑组件来处理用户请求

⑤　Action的execute方法处理结果信息将被输出到浏览器中

3、Struts2的配置文件，Struts2的配置文件有2份，配置Action的struts.xml和配置Struts全局属性的struts.properties文件

4、Struts2的控制器由两个部分组成：FilterDispatcher和业务控制器Action，实际上，Struts2应用中起作用的业务控制器不是用户定义的Action，而是系统能够生成的Action代理，但该Action代理以用户定义的Action为目标

5、Action类特点

①　Action类完全是一个pojo，因此具有很好的代码复用性

②　Action类无需与servlet API耦合，因此进行单元测试非常简单

③　Action类的execute方法仅返回一个字符串作为处理结果，该处理结果可映射到任何的视图，甚至是另一个Action

6、配置过程

①　引入jar，例如struts2-core-2.3.15.1.jar，xwork-core-2.3.15.1.jar，ognl-3.0.6.jar

②　web.xml配置

<filter>

    <filter-name>struts2</filter-name>

    <filter-class> 

        <!--org.apache.struts2.dispatcher.FilterDispatcher不推荐使用-->

        org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter

    </filter-class>

</filter> 

<filter-mapping>

    <filter-name>struts2</filter-name>

    <url-pattern>/*</url-pattern>

</filter-mapping>

这里要注意FilterDispatcher在2.1.3之后就不推荐使用了，应该使用

org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter替代

③　1234

7、获取session，Struts2提供了ActionContext类，该类提供了getSession的方法，但是返回类型是map，不是HttpSession，由Struts2的系列拦截器负责该session与HttpSession之间的转换。ActionContext.getContext().getSession()

8、Action中的成员属性，并不一定用于封装用户的请求参数，也可能是封装了Action需要传入下一个页面显示的值。实际上，这些值将被封装在ValueStack对象中。Struts2将这些属性值全部封装在一个叫做struts.valueStack的请求属性中，可以使用

request.getAttribute(“truts.valueStack”)获取该对象

9、几个常用标签if/else/iterator/property

<s:iterator value="books" status="index">

<s:if test="#index.odd==true">

<tr style="#cccccc">

</s:if>

<s:else>

<tr>

</s:else>

<td>书名：</td>

<td><s:property /></td>

</tr>

</s:iterator>

10、使用native2asciic处理资源文件,Struts2默认加载WEB-INF/classes下的资源文件，如果资源文件在包路径下则要指定到包。

struts.custom.i18n.resources=messageResource

struts.custom.i18n.resources=com.test.messageResource

输出国际化信息：<s:text name=”messageKey”/>或者<s:property value=”%{getText(“messageKey”)}”/>

11、ActionSupport实现了Action接口和Validateable接口，提供了数据校验功能，validate方法会在执行系统的execute方法之前执行，如果fieldErrors中已经包含了数据校验错误，请求将被转发到input逻辑视图处。如果使用配置文件校验，则配置文件与Action位于同一个文件夹中，且命名格式为：ActionName-alidation.xml

12、Struts2框架由3个部分组成：核心控制器FilterDispatcher、业务控制器和业务逻辑组件。Struts2框架提供了核心控制器FilterDispatcher，而用户需要实现业务控制器和业务逻辑组件

Struts2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理-因为用户实现的业务控制器并没有与servlet api耦合，无法处理用户请求，而Struts2框架提供了系列拦截器，该系列拦截器负责将HttpServletRequest请求中的参数解析出来，传入到Action中，并回调Action的execute方法来处理用户请求，是典型的AOP处理方式。

13、业务控制器组件就是用户实现Action类的实例，需要配置Action3个部分定义：①Action处理的URL②Action对应的实现类③Action里包含的逻辑视图与物理资源之间的对应关系。

14、业务控制器不会对用户请求进行任何实际处理，用户请求最终由业务逻辑组件负责处理。业务控制器只是中间负责调度的调度器，这也是称Action为控制器的原因。当控制器需要获得业务逻辑组件实例时，通常并不会直接获取业务逻辑组件实例，而是通过工厂模式来获得业务逻辑组件的实例；或者利用其他IoC容器(如spring容器)来管理业务逻辑组件的实例

15、所有的MVC框架都需要web应用加载一个核心控制器，对于Struts2框架而言，需要加载FilterDispatcher，只要web应用负责加载FilterDispatcher，FilterDispatcher会加载应用的Struts2框架

16、Struts2核心配置文件struts.xml，默认放在WEB-INF/classes路径下，可用于模块化配置

<struts>

<!--通过include元素导入其他配置文件-->

<include file=”struts-part1.xml”>

...

</struts>

struts.xml中可以包含的元素:include/constant/bean/package

17、有效的Struts2属性

struts.configuration:该属性指定加载Struts2配置文件的配置文件管理器

struts.locale:指定web应用的默认local

struts.i18n.encoding:指定web应用的默认编码集

struts.objectFactory:指定Struts2默认的objectFactory bean，默认spring

struts.objectFactory.spring.autoWire:指定spring框架的自动装配模式，默认name

struts.objectFactory.spring.useClassCache:指定整合spring时是否缓存bean实例，默认true

struts.objectTypeDeterminer:指定Struts2的类型检测机制，通常支持tiger和notiger两个

struts.multipart.parser:指定处理文件上传请求框架，支持cos、pell和jakarta等属性值

struts.multipart.saveDir:指定上传文件的临时保存路径，默认javax.servlet.context.tempdir

struts.multipart.maxSize:指定上传文件最大字节数

struts.custom.properties:指定Struts2加载用户自定义的属性文件，可多个，用”,”分隔

struts.mapper.class:指定将http请求映射到指定Action的映射器，默认映射器根据请求前缀与Action的name属性完成映射

struts.action.extension:指定需要处理的请求后缀，默认action，多个用”,”分隔

struts.serve.static:设置是否通过jar文件提供静态内容服务，默认true

struts.serve.static.browserCache:设置浏览器是否缓存静态内容。开发时可设为false

struts.enable.DynamicMethodInvocation:设置是否支持动态方法调用，默认true

struts.enable.SlashesInActionNames:设置是否允许在Action名中使用斜线,默认false

struts.tag.altSyntax:指定是否允许在标签中使用表达式语法，通常为true

struts.devMode:设置应用是否使用开发模式，true时显示更多、更友好出错提示

struts.i18n.reload:设置是否每次http请求到达时，系统都重新加载资源文件。开发阶段可为true，发布时应设置为false

struts.ui.theme:指定视图标签默认的视图主题，默认xhtml

struts.ui.templateDir:指定视图主题所需模版文件的位置，默认template，即默认加载template下的模版文件

struts.ui.templateSuffix:指定模版文件后缀，默认值ftl，还允许ftl、vm或jsp

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

Struts.velocity.configfile:该属性指定velocity框架所需的velocity.properties文件位置，默认velocity.properties

struts.velocity.contexts:指定velocity框架的context位置，多个可用”，”分隔

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

struts.url.http.port:该属性指定web应用所在的监听端口。只有当需要生成url时，采提供wen应用默认端口

struts.url.https.port:类似struts.url.http.port作用，只是加密服务端口

struts.url.includeParams:指定生成url时是否包含请求参数，可选none、get、all

struts.custom.i18n.resources:指定国际化资源文件名，多个以”，”分隔

struts.dispatcher.parametersWorkaround:对于某些javaEE服务器(weblogic/orion/oc4j)，不支持HttpServletRequest调用getParameterMap()方法，此时设置该属性为true解决该问题，默认为false

struts.freemarker.manager.classname:指定使用FreeMarker管理器

struts.freemarker.wrapper.altMap:默认true，通常无需修改

struts.xslt.nocache:指定XSLT Result是否使用样式表缓存。开发阶段可设为true

struts.configuration.files:指定框架默认加载的配置文件，若需要加载多个用”，”分隔，该属性默认值为struts-default.xml,struts-plugin.xml,struts.xml

18、在struts.xml中定义bean时，有两个作用：①创建该bean的实例，将该实例作为Struts2框架的核心组件使用②bean包含的静态方法需要一个值注入

在第一种用法，因为bean实例往往是作为一个核心组件使用的，因此需要告诉Struts2容器该实例的作用-就是实现了那个接口(一般用于覆盖Struts2默认提供的方法)

第二种用法可以很方便地云逊不创建某个类的实例，却可以接收框架常量。通常要设置static=”true”

对于绝大部分应用而言，无需重新定义Struts2框架的核心组件，也就无需在struts.xml中定义bean。Bean元素有一下几个属性：①class②type③name④scope⑤static⑥optional

19、Struts2配置文件中的常量即可在struts.xml中，也可在struts.properties中配置，加载顺序：struts-default.xml->struts-plugin.xml->struts.xml->struts.properties->web.xml，后一个文件中的配置会覆盖前一个配置值。常量包含两个属性：name，value。若在wen.xml中配置，则可在filter中增加<init-param>，一般常量配置都在struts.xml中配置

20、Struts2框架核心组件就是Action、拦截器等，Struts2框架使用包来管理Action和拦截器等，每个包就是多个Action、多个拦截器引用的集合。Package元素用于定义包配置，有以下几个属性：①name,必填②extends，可选③namespace，可选④abstract，可选，抽象包中不能包含Action定义。注意Struts2的配置文件是从上到下处理的，所以父包要在子包之前定义。

21、当某个包指定了命名空间后，该包下所有的Action处理的url是命名空间+Action，例如：http://localhost:8080/app/namespace/action.action，还可以显示指定根命名空间，通过设置某个包的namespace=”/”来指定根命名空间

22、通常将Struts2的所有配置文件都放在web应用的WEB-INF/classes路径下，struts.xml文件包含了其他的配置文件，Struts2框架自动加载struts.xml文件时，从而完成加载所有配置信息

23、拦截器允许在Action处理之前，或者Action处理结束之后，插入开发者自定义的代码。拦截器可以完成：①进行权限控制②跟踪日志③跟踪系统的性能瓶颈

Struts2允许将多个拦截器组合在一起，形成一个拦截器栈，一个拦截器栈可以包含多个拦截器，拦截器栈对外也表现成一个拦截器。拦截器和拦截器栈都放在<interceptors>中定义

<interceptors>

<interceptor name="authority" class=""></interceptor>

<interceptor name="log" class=""></interceptor>

<interceptor-stack name="authandlog">

<interceptor-ref name="authority"></interceptor-ref>

<interceptor-ref name="log"></interceptor-ref>

</interceptor-stack>

</interceptors>

使用拦截器/拦截器栈

<action name="myAction" class="">

<result name="success">...</result>

<interceptor-ref name="authority"></interceptor-ref>

</action>

注意：package里面的元素顺序是有要求的，分别是

①result-types

②interceprots

③default-action-ref

④default-class-ref

⑤global-result

⑥global-exception-mappings

⑦action(即所有action要放到最后)

24、Struts2通常直接使用Action来封装http请求参数，因此，Action类里还应该包含与请求参数对应的属性，并且为该属性提供对应的setter和getter方法，重要的不是属性而是get/set方法，可在页面使用Struts2标签输出<s:property value=”username”>，系统不会严格区分Action里哪个属性是用于封装请求参数的属性，哪个属性是封装处理结果的属性。

25、Struts2框架提供了ActionContext、ServletContextAware、ServletRequestAware、ServletResponseAware、ServletActionContext类用于访问servlet api

26、必须指出，虽然可以在Action类中获取HttpservletResponse，但如果希望通过HttpServletResponse来生成服务器响应是不可能的，因为Action只是控制器，机如果在Action中写response.getWriter().println(“Hello World”);上面代码在标准servlet中会生成对客户端的输出，但在Struts2的Action中没有任何意义。即不要尝试直接在Action中生成对客户端的输出。

27、Action的name对应url中的前半部分，如果不指定class，则使用系统默认的actionSupport类处理

28、动态方法调用是指表单元素的action并不是直接等于某个Action的名字，而是以如下形式来指定Form的action属性

<!--action属性为actionName！methodName的形式-->

action=”ActionName!methodName.action”

对于使用动态方法调用的方法，该方法声明与系统默认的execute方法的声明只有方法名不同，其他的如方法参数、返回值类型都应该绝对相同。动态方法调用通过设置struts.enable.DynamicMethodInvocation常量完成

29、通过指定method属性，可以将一个Action类定义成多个逻辑Action，Action类的每个处理方法被映射成一个逻辑Action。

30、action定义中的通配符

<action name=”*Action” class=”” method=”{1}”>

Method属性使用了一个表达式{1},该表达式的值就是name属性值中的第一个*的值

<action name=”*Action” class=”com.test.{1}Action”>

表达式也可以出现在class属性中，即Struts2允许将一系列的Action配置成一个<action../>元素

<action name=”*_*” method=”{2}” class=”com.test.{1}Action”>

Struts2允许在class属性和method属性中同时使用表达式

<action name=”*”> 

<retult>/{1}.jsp</result>

</action>

Struts2还可以在<result .../>子元素中使用表达式

31、除非请求的url与Action的name属性绝对相同，否则将按先后顺序来决定由那个Action来处理用户请求，因此，应将名为*的Action配置在最后，否则Struts2将使用该Action来处理所有希望使用模式匹配的请求。

32、对于只是简单的超链接的请求，可以通过定义name为*的Action(该Action应该放在最后定义)实现。除此之外，Struts2还允许在容器中定义一个默认的Action，当用户请求的URL在容器中找不到对应的Action时，系统将使用默认的Action来处理用户请求。

配置默认Action通过<default-action-ref.../>元素完成

33、如果配置<result .../>元素时没有指定location参数，系统将会把<result ...>...</result>中间的字符串当成实际视图资源；如果没有指定name属性，则name属性采用默认值：success；如果没有指定type属性，则采用Struts2的默认结果类型(dispatcher)

34、Struts2支持的结果类型在struts-default.xml中定义，常用的结果类型有：dispatcher、redirect、redirect-action、chain、xslt、velocity、freemarker、stream、plaintext等，结果类型要实现com.opensymphony.xwork.Result

35、设置结果类型为plaintext时，可以配置参数”charSet”

设置为redirect时重定向都新的页面，会丢失所有的请求参数、属性和处理结果

设置为redirect-action时，可以配置参数”actionName”,”namespace”

36、使用请求参数决定结果类型,可以使用完全的ognl表达式:${属性名.属性名.属性名}
<action name=”” class=””>

<result name=”input”>/input.jsp</result>

<result type=”redirect”>/edit.action?name=${current.name}</result>

</action>

37、全局结果对包内所有action都有效，当action中含有匹配的结果时，将覆盖全局结果

38、使用模型驱动的action多实现一个ModelDriven的接口，实现该接口并要求实现getModel()方法—该方法用于关联Action和Model之间的关系

39、Struts2的异常处理机制是通过在struts.xml文件中配置<exception-mapping.../>元素完成的，配置该元素时，需要指定两个属性：exception，result

局部异常映射：将<exception-mapping.../>元素作为<action.../>元素的子元素配置

全局异常映射：将<exception-mapping.../>元素作为<global-exception-mappings>元素的子元素

如果局部异常映射和全局异常映射配置了同一个异常类型，在该Action内，局部异常会覆盖全局异常映射

当定义异常映射时，通常:全局异常映射的result属性值通常不要使用局部结果，局部异常映射的result属性值既可以使用全局结果，也可以使用局部结果

输出异常信息：

<s:property value=”exception”/>输出异常对象本身

<s:property value=”exception.message”/>

<s:property value=”exceptionStack”/>输出异常堆栈信息

40、Struts提供了非常强大的类型转换机制，Struts2的类型转换是基于OGNL表达式的，只要我们把html输入项(表单元素和其他GET/POST的参数)命名为合法的OGNL表达式，就可以充分利用Struts2的类型转换机制。

41、Struts2的类型转换器实际上是基于OGNL实现的，在OGNL项目中有一个TypeConverter接口，这个接口就是实现类型转换器必须实现的接口。不过接口里的方法太过复杂，OGNL项目还提供一个该接口的实现类：DefaultTypeConverter，通过继承该类来实现自己的类型转换器，重写convertValue方法

42、文件上传框架需要完成的逻辑：通过分析HttpServletRequest的二进制流，解析出二进制流中所包含的全部表单域，分析出每个表单域的类型(是文件域或者普通表单域)，并允许开发者以简单的方式来取得文件域的内容字节、文件名和文件内容等信息，也可以取得其他表单域的值

Struts2默认使用jakarta的common-fileupload的文件上传，也可以使用cos、pell的文件上传支持，对于开发组而言，使用那种文件上传支持，几乎没有任何区别—只需修改struts.multipart/parser常量，并在web应用中增加相应上传项目的类库即可

43、Struts2文件上传Action中，如果表单中包含一个name属性为xxx的文件域，则对应的Action需要使用3个属性来封装该文件域的信息：

类型为File的xxx属性封装了该文件域对应的文件内容

类型为String的xxxFileName属性封装了该文件域对应的文件的文件类型

类型为String的xxxContectType属性封装了该文件域对应的文件的文件类型

除此之外，还可以配置savePath属性，通过配置文件设置该属性的值—这也是典型的依赖注入

<action name=”upload” class=””>

<param name=”savePath”>/upload</param>

<result>/succ.jsp</result>

</action>

44、Struts2中文件上传拦截器是fileUpload，为了让该拦截器起作用，只需要在该Action中配置该拦截器的引用即可。

配置fileUpload拦截器时，可以为其指定两个参数：allowedTypes，maximumSize

当配置fileUpload拦截器时，还必须显示地为该Action配置defaultStack的拦截器引用

如果为了避免文件上传时使用Tomcat的工作 路径作为临时路径，则应该设置struts.multipart.saveDir属性，struts.multipart.maxSize该属性设置整个表单请求内容的最大字节数

45、配置下载的Action时，需要在配置普通Action的基础上，再加上额外的download的拦截器引用。除此之外，需要配置一个类型为stream的结果，配置时需要指定4个属性：contentType,inputName,contentDisposition,bufferSize，因为stream结果类型的逻辑视图是返回给客户端一个输入流，因此无需指定location属性。

46、从代码角度看，拦截器就是一个类，这个类也包含方法，只是这个方法是个特殊的方法，它会在目标方法调用之前”自动”执行。

47、AOP的编程方式中，有三个重要概念：目标对象、被插入的处理方法、代理对象

定义拦截器使用<intercepter .../>元素来定义，最简单格式如下：

<intercepter name=”” class=”” />如果还需要在传入参数，则使用子元素<param .../>

系统为拦截器指定参数有两个时机：①定义拦截器是指定参数值，这种参数值是拦截器这个参数的默认参数值②使用拦截器时指定参数值，这种参数值是当在Action中使用该拦截器时动态分配的参数值

一旦定义了拦截器和拦截器栈后，就可以使用这个拦截器或拦截器栈来拦截Action了，拦截行为将会在Action的execute方法执行前被执行

默认拦截器只有在Action中没有显示指定拦截器是才会起作用，每个包只能指定一个默认拦截器

自定义拦截器需实现Interceptor接口，重写intercept(ActionInvocation invocation)方法，该方法获得ActionInvocation参数，这个参数有可以获得被拦截的Action实例，一旦取得了Action实例，几乎获得了全部的控制权

如果只需要拦截某些方法，则可以使用Struts2拦截器的方法过滤，继承MethodFilterInterceptor类，如果用户需要实现自己的拦截逻辑，则应该重写doIntercept(ActionInvocation invocation)方法

配置在前面的拦截器，在被拦截方法之前的拦截动作，将会先对用户请求起作用；如果是在被拦截方法之后的拦截动作，则会后对用户请求起作用

48、为了精确定义在execute方法执行结束后，在处理Result执行的的动作，Struts2提供了用于拦截结果的监听器，这个监听器是通过手动注册在拦截器内部的，实现拦截结果的监听器必须实现PreResultListener接口。注意不要在PreResultListener监听器的beforeResult方法中通过ActionInvocation参数调用invoke方法，不然会陷入死循环。

49、如果需要在引用拦截器栈时直接覆盖栈内某个拦截器的属性值，则在指定需要被覆盖的属性时，不能只指定该属性的属性名，必须加上该属性属于的拦截器名。即

<l拦截器名>.<参数名>

<interceptor-ref name=””>

<param name=”拦截器名1.name”>改名后的拦截器</param>

</interceptor-ref>

50、Struts2内建拦截器，如果我们定义的package继承了Struts2的默认struts-default包，则可以自由使用下面定义的拦截器，否则必须自己定义这些拦截器

alias:实现在不同请求中相似参数别名的转换

autowiring:自动装配拦截器，主要用于当Struts2和Spring整合时，Struts2可以使用自动装配的方式来访问Spring容器中的bean

chain:构建一个Action链，使当前Action可以访问前一个Action的属性，一般和<result type=”chain” .../>一起使用

conversionError:负责处理类型转换错误的拦截器，将类型转换错误从ActionContext中取出，并转换成Action的FieldError错误

createSession:负责创建一个HttpSession对象，主要用于那些需要有HttpSession对象才能正常工作的拦截器中

debuggding:当使用Struts2的开发模式时，这个拦截器会提供更多的调试信息

execAndWait:后台执行Action，负责将等待画面发送给用户

exception:负责处理异常，将异常映射为结果

fileUpload：主要用于文件上传，负责解析表单中文件域的内容

i18n:负责把所选的语言、区域放入用户Session中

logger:负责日志记录，主要是输出Action的名字

model-driven:用于模型驱动的拦截器，当摸个Action类实现了ModelDriven接口时，负责把getModel()方法的结果堆入ValueStack中

scoped-model-driven:如果一个Action实现了一个ScopedModelDriven接口，该拦截器负责从指定生存范围找出指定的Model，并将通过setModel方法将该Model传给Action实例

params:这是一个最基本拦截器，负责解析HTTP请求中的参数，并将参数值设置成Action对应的属性值

prepare:如果Action实现了Preparable接口，将会调用该拦截器的prepare()方法

static-params:负责将xml中<action>标签下<param>标签中的参数传入Action

scope：范围转换拦截器，可以将Action状态信息保存到HttpSession范围，或者ServletContext范围

servlet-config:如果某个Action需要直接访问Servlet API，通过这个拦截器实现

roles：一个JAAS拦截器，只有当浏览者取得合适的授权后，才可以调用被该拦截器拦截的Action

timer：负责输出Action的执行时间，在分析该Action的性能瓶颈时比较有用

token:这个拦截器主要用于阻止重复提交，它检查传到Action中的token，从而防止多次提交

token-session:作用与token拦截器类似，区别是它把token保存在HttpSession中

validation:通过执行在xxxAction-validation.xml中定义的校验器，完成数据校验

workflow:负责调用Action类中的validate方法，如果校验失败，则返回input的逻辑视图

大部分时候，开发者无需手动控制这些拦截器，只要我们定义的包继承了struts-default包，既可以直接使用这些拦截器

51、因为Struts2的struts-default包中指定defaultStarck拦截器栈是默认的拦截器栈，因此如果用户定义的包继承了struts-default包，则也会将defaultStack拦截器栈作为默认的拦截器栈。这意味着：如果系统中的Action配置没有指定拦截器引用，系统会将defaultStack拦截器栈自动作用于该Action。

52、Struts2的标签库大大简化了数据的输出，也提供了大量标签来生成页面效果

Struts2可以将所有标签分成3类：

UI标签：主要用于生成HTML元素的标签

非UI标签：主要用于数据访问、逻辑控制等的标签

Ajax标签：用于Ajax支持的标签

UI标签又可以分为两类：

表单标签：表单标签主要用于生成HTML页面的form元素，以及普通表单元素的标签

非表单标签：非表单标签主要用于生成页面上的树、Tab页等标签

非UI标签，也可以分为两类：

流程控制标签：主要包含用于实现分支、循环等流程控制的标签

数据访问标签：主要包含用于输出ValueStack中的值，完成国际化等功能的标签

53、导入Struts2标签库

<%@taglib  prefix=”s”  uri=”/struts-tags”%>

54、OGNL中，如果需要访问的属性属于根对象，则可以直接访问该属性；否则必须使用一个命名空间，如#bar

在Struts2中，系统的ValueStack是OGNL的第一个根对象，如果最近的Action存在，则Action上下文是第二个根对象

Struts2不只根据表达式从ValueStack中取得对象，还可以直接从对象中获取属性。Struts2提供了一个特殊的OGNL PropertyAccessory(属性访问器),它可以自动搜寻栈内的所有实体(从上到下)，直到找到与求值表达式匹配的属性

Struts2使用标准的Context来进行OGNL表达式求值，OGNL处理的顶级对象是一个Context，这个Context对象就是一个Map类型实例。在该OGNL的Context中，有一个根对象，这个根对象就是OGNL ValueStack，如果需要访问ValueStack里的属性，直接通过如下方式

#取得ValueStack中的bar属性

${bar}

此外，Struts2还提供了一些命名对象，这些命名对象与根对象无关，它们只是存在于Stack Context中，所以，访问这些对象时需要使用#前缀来指明。

①parametersr,如#parameters[‘foo’]或#parameters.foo②request,如#request[‘foo’]或#request.foo③session,如#session[‘foo’]或#session.foo④application,如#application[‘foo’]或#application.foo⑤attr,如过可以访问到，则访问PageContext，否则将依次搜索request->session->servletCOntext

55、OGNL中的集合操作

直接生成List类型集合的语法为：{e1,e2,e3}

直接生成Map类型集合的语法为：#{key1:value1,key2:value2,key3:value3}

OGNL提供两个元素符：in和not in判断某个元素是否在指定集合中

<s:if test=”’foo’ in {‘foo’,’bar’}”>包含</s:if>

<s:else>不包含</s:else>

此外，OGNL还允许通过某个规则取得集合的子集，有3个操作符支持

①?:取出所有符合条件的元素②^:取出符合条件的第一个元素③$:取出符合条件的最后一个元素

Person.relatives.{? #this.gender == ‘mail’}

直接在集合后紧跟.{}运算符表明用于取出该集合的子集，在{}内使用?表明取出所有符合选择条件的元素，#this代表集合里的元素

56、OGNL支持基本的Lambda表达式，通过这种表达式语法，可以在OGNL中使用一些简单的函数

57、Struts2的非UI标签包括控制标签和数据标签，主要用于完成流程控制，以及对ValueStack的控制。

if:用于控制选择输出的标签

elseIf/elseif:与if标签结合使用，用于控制选择输出的标签

else:与if标签结合使用，用于控制选择输出的标签

append:用于将多个集合拼接成一个新的集合

generator:字符串解析器，用于将一个字符串解析成一个集合

iterator:迭代器，用于将集合迭代输出

merge:将多个集合拼接成一个新的集合，但与append的拼接方式有所不同

sort:用于对集合进行排序

subset:用于截取集合的部分元素，形成新的子集合

58、<s:iterator .../>标签对集合进行迭代输出时，可以指定3个属性：

value:可选，指定被迭代的集合，如果未指定，则使用ValueStack栈顶的集合

id:可选，指定集合里元素的ID

status:可选，指定迭代时IteratorStatus实例，通过该实例即可判断当前迭代元素的属性。例如是否是最后一个，以及当前迭代元素的索引等

59、Sort标签用于对指定的集合元素进行排序，进行排序时，必须提供自己的排序规则，即实现自己的Comparator，自己的Comparator需要实现java.util.COmparator接口，使用时可指定以下属性

①comparator:必填属性，指定进行排序的Comparator实例②source:可选，指定被排序的集合，如果不指定，则对ValueStack栈顶的集合进行排序

60、数据标签主要用于提供各种数据访问相关的功能，包含显示一个Action里的属性，以及生成国际化输出等功能，主要包括如下几个：

action:用于在JSP页面直接调用一个Action，通过指定executeResult参数还可将该Action的处理结果包含到页面中

bean:用于创建一个JavaBean实例。如果指定id属性，则可以将创建的JavaBean实例放入Stack Context中

date:用于格式化输出一个日期，计算指定日期和当前时刻之间的时差

debug:用于在页面省生成一个调试链接，当单击该链接时，可以看到当前ValueStack和Stack Context中的内容

i18n:指定国际化资源文件的baseName

include:在页面中包含其他的jsp或Servlet资源

param:设置参数，通常用作bean、url标签的子标签

push:将某个值放入ValueStack栈顶

set:用于设置一个新变量，并可以将新变量放入指定的范围内

text:用于输出国际化信息

url:用于生成一个URL地址

property:用于生成输出某个值，包括输出ValueStack、Stack Context 和Action Context中值

61、Struts2提供了两种基本的整合策略：一种是将Action实例交给Spring容器来负责生成、管理；另外一种策略是利用Spring插件的自动装配方式，当Spring插件创建Action实例后，立即将Spring容器中对应的业务逻辑组件注入Action实例。

62、Spring为企业应用的开发提供一个轻量级解决方案，该解决方案包括：基于依赖注入的核心机制，基于AOP的声明式事物管理，与多种持久层技术的整合，以及优秀的Web MVC框架等

63、在依赖注入的模式下，创建被调用者的工作不再由调用者来完成，因此称为控制反转；创建被调用者实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入

64、每个Struts2的插件jar文件都必须包含一个名为struts-plugin.xml的配置文件，struts-plugin.xml文件的内容与普通的struts.xml文件的内容完全相同

65、Struts2包含3中类型的配置文件，加载顺序为：struts-default.xml->struts-plugin.xml->struts.xml,应用相关的配置文件总是最后才加载的，因为应用可以依赖于插件，每个差价都可以依赖于Struts2的核心，但插件之间不可相互依赖

66、Spring容器初始化

1、利用ContextLoaderListener，要求在WEB-INF路径下有Spring配置文件applicationContext.xml，并且在web.xml中增加如下listener

<listener>

 <listener-class>ora.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

如果有多个配置文件需要载入，则应该使用<context-param>元素来确定配置文件的文件名。ContextLoaderListener加载时，会查找名为”contextConfigLocation”的参数，因此，配置context-param时参数名字应该是”contextConfigLocation”,如果应用中的Spring配置文件有多个，则采用如下配置方式

<context-param>

<param-name>contextConfigLoaction</param-name>

<param-value>/WEB-INF/daoContext.xml,/WEB-INF/applicationContext.xml<param-value>

</context-param>

<listener>

 <listener-class>ora.springframework.web.context.ContextLoaderListener</listener-class>

</listener>

如果没有contextConfigLocation指定配置文件，Spring自动查找WEBB-INF下的applicationContext.xml，如果有contextConfigLocation，则利用该参数指定的配置文件来创建Spring容器，如果无法找到合适的配置文件，Spring将无法正常初始化

2、采用load-on-startup Servlet创建ApplicationContext

Spring提供了一个特殊的servlet类：ContextLoaderServlet，该servlet在初始化时，会自动查找WEB-INF/下的”applicationContext.xml”文件

<servlet>

<servlet-name>context</servlet-name>

<servlet-class>org.springframework,web.context.ContextLoaderServlet</servlet-class>

<load-on-startup>1</load-on-startup>

</servlet>

配置该servlet时，配置了load-on-startup子元素，指定该servlet会随web应用的启动而完成初始化，值余下，该servlet越早完成初始化，但不管多小，Listener都比该servlet更早启动

该servlet仅用于提供”后台”服务，负责创建Spring容器，无需响应客户请求，无需配置servlet-mapping，如果有多个配置文件，则同样要指定contextConfigLocation

67、采用工厂模式，将控制器与业务逻辑组件的实现分离，从而提供更好的解耦

68、控制器如何访问到Spring容器中的业务逻辑组件？为了让Action访问Spring的业务逻辑组件，有两种策略：

①Spring管理控制器，并利用依赖注入为控制器注入业务逻辑组件

②控制器定位Spring工厂，也就是Spring容器，从Spring容器中取得所需的业务逻辑组件