当前位置：文档库 › struts2注解使用

struts2注解使用

从struts2.1开始，struts2不再推荐使用Codebehind作为零配置插件，而是改为使用Convention插件来支持零配置，和Codebehind相比，Convention插件更彻底，该插件完全抛弃配置信息，不仅不需要是使用struts.xml文件进行配置，甚至不需要使用Annotation进行配置，而是由struts2根据约定自动配置。如何使用Convention

1. 将struts-Convention-plugin-

2.1.6.jar文件复制到WEB-INF/lib路径下

2. 对于Convention插件而言，它会自动搜索位于action，actions，struts，struts2包下的所有java 类，Convention插件会把如下两种java类当成Action处理：

1）所有实现了com.opensymphony.xwork2.Action的java类

2）所有类名以Action结尾的java类

3. Convention插件还允许设置如下三个常量：

1）struts.Convention.exclude.packges:指定不扫描哪些包下的java类，位于这些包结构下的java类将不会自动映射成Action；

2）struts.convention.package.locators:Convention插件使用该常量指定的包作为搜寻Action的根包。对于actions.fore.LoginAction类，按约定原本应映射到/fore/login;如果将该常量设为fore，则该Action将会映射到/login

3）struts.convention.action.packages:Convention插件以该常量指定包作为根包来搜索Action类。Convention插件除了扫描action,actions,struts,struts2四个包的类以外，还会扫描该常量指定的一个或多个包，Convention会试图从中发现Action类。

注意：struts.convention.package.locators和struts.convention.action.packages两个常量的作用比较微妙，开发者在利用这两个常量时务必小心。

如：下面Action所在包被映射的命名空间如下：

com.fun.actions.LoginAction 映射到/

com.fun.actions.myoffice.CarInfoAction 映射到/myoffice

com.fun.struts.myoffice.EntINfoAction 映射到/myofiice

4. 映射Action的name时，遵循如下两步规则：

1）如果该Action类名包含Action后缀，将该Action类名的Action后缀去掉。否则不做任何处理。

2）将Action类名的驼峰写法（每个单词首字母大写、其他字母小写的写法）转成中画线写法（所有字母小写，单词与单词之间以中画线隔开）

如：LoginAction映射的Acion的name属性为login，GetBooks映射的Action的name的属性为get-books，AddEmployeeAction映射的Action的name属性为add-employee

5. 默认情况下。Convention总会到WEB应用的WEB-INF/content路径下定位物理资源，定位资源的约定是：actionRUL+resultCODE+suffix。当某个逻辑视图找不到对应的试图资源时，Convention会自动视图使用ActionURL+suffix作为物理视图资源。

如：actions.fore.LoginAction 返回success字符串时，Convention优先考虑使用

WEB-INF/content/fore目录下的login-success.jsp作为视图资源。如果找不到该文件，login.jsp也可作为对应的试图资源。如果返回input字符串，Convention会将WEB-INF/content/fore里面查找login-input.jsp

6. 为了看到struts2应用里的Action等各种资源的影射情况，struts2提供了Config Browser插件。使用方法，将struts2-config-browser-plugin-2.1.6.jar文件复制到struts2应用的WEB-INF\lib目录中。

打开首页地址：http://localhost:8080/应用名字/config-browser/actionNames.action这里可以看到Config Browser插件的首页。

注意：这里不管开发者是否使用struts.xml文件进行配置，一样可以看到struts的配置信息。

7.Action链的约定

如果希望一个Action处理结束后不是进入一个试图页面，而是进行另一个Action形成的Action链。通过Convention插件则只需遵守如下三个约定即可。

1）第一个Action返回的逻辑视图字符串没有对应的视图资源

2）第二个Action与第一个Action处在同一个包下

3）第二个Action影射的URL为：firstActionURL+resultCODE

如，第一个Action为OneAction，里面有个方法返回为“two”,那么就得保证，WEB-INF/content/下没有one.jsp或one-two.jsp 对于第二个action 它的名字应该是OneTwoAction，而对应的url应该是：

“one-two.action”

注意：由于Convention插件根据Action和jsp页面来动态生成映射的，因此不管是Acion的改变，还是JSP页面的改变都需要Convention插件重新加载映射。那么只要我们为struts2应用配置如下两个常量就可以了。

我们可以通过/login1.action访问，而在访问时，str这个属性已经有值，为str=”这是已经注入的！” 返回的视图是login1-str.jsp

当我们用/login2.action访问时，str的值为null。返回的视图为login2-str.jsp

而我们通过/ggg.action调用的是abc（）方法，返回的视图为/ggg-abc.jsp

9. 与Result配置相关的Annotation

1）@ResultPath @Result 和Results

2）@Results用于组织多个@Result因此它只需指定一个value属性值，该value属性值为多个@Result 3）@Result相当于struts.xml文件中的元素的做哟欧诺个。使用@Result必须指定一个name属性，相当于另外，它还有几个可选的属性。

☆type 相当于指定返回视图资源的类型

☆location 相当于…..中间部分，用于指定实际视图位置

☆params：该属性相当于元素里多个子元素的作用，用于为该Result指定参数值。该属性应满足{“name1”,”value1”,”name2”,”value2”}格式

4)@Result有以下两种用法

1 Action级的Result映射：以@Actions组合多个@Action后修饰的Action类。这种Result映射对该Action 里的所有方法都有效。

2方法级Result映射：将多个@Result组成数组后作为@Action的results属性值。这种Result映射仅对被修饰的方法有效。

5）@ResultPath则用于修饰包和Action类，用于改变被修饰Action所对应的物理视图资源的根路径。举例说：默认情况下，Convention都会到WEB-INF/content路径下找物理视图资源，一旦我们使用

@R esultPath(“/abc”)修饰该Action，系统将回到abc目录下寻找物理视图资源。举例：在默认情况下，Convention都会到WEB-INF/content路径下需找物理视图资源，一旦我们使用@ResultPath(“/abc”)修饰该Action，系统会到abc目录下寻找物理视图资源。

10. 与包和命名空间相关的Annotation：

@Namespace：修饰Action类或其所在的包。该Annotation中指定一个value属性值，用于指定被修饰的Action所在的命名空间

@Namespaces：修饰Action类或其所在的包，用于组合多个@Namespace

@ParentPackage: 用于指定被修饰的Action所在包的夫包。

11. 异常处理相关的Annotation

@ExceptionMappings 用于组织多个@ExceptionMapping，因此它只需指定一个value属性值，该value 属性值为多个@ExceptionMapping。

@ExceptionMapping 用于定义异常类和物理视图之间的对应关系，也相当于struts.xml文件里

元素的作用使用时，必须注意以下两个属性：

exception: 用于指定异常类

result ：用于指定逻辑视图

@ExceptionMpping有如下两种用法

Action级的异常定义:以@ExceptionMappings组合多个@ExceptionMapping后修饰的Action类。这种异常定义对Action中的所有方法有效

方法级的异常定义：将多个@ExceptionMapping组成数组后作为@Action的exceptionMappings属性值，这种异常定义仅对被修饰的方法有效。

12.拦截器配置相关的Annotation

与拦截器配置的Annotation有@InterceptorRef、@InterceptorRefs和@DefaultInterceptorRef

@InterceptorRefs用于组织多个@InterceptorRef，因此它只需要指定一个value属性值，该value属性值为多个@InterceptorRef

@InterceptorRef用于为指定Action引用lanjieq或者是拦截器栈。也就相当于strut.xml中位于元素内部的子元素的作用。使用@InterceptorRefAnnotation时，必须制定一个value属性，用于指定所引用的拦截器或拦截器栈的名字。相当于子元素里name属性的作用。

Struts2框架工作原理及应用体会

2012年第11卷第6期产业与科技论坛2012.（11）.6 Industrial &Science Tribune Struts2框架工作原理及应用体会 □宋君张家爱【摘要】通过针对特定用户的分析，搭建以Struts2为技术核心的旅行社管理系统。本文简单的介绍了MVC 、 Struts2的工作原理，同时总结了在项目制作过程中所得到的心得。【关键词】 Struts2；MVC ；FilterDispatcher ；Action 【基金项目】本文为大学生科技创新院级基金项目（编号：2011070）成果【作者单位】宋君，吉林农业科技学院信息工程学院；张家爱，吉林农业科技学院信息工程学院教师本着锻炼自我与积极参与到实用性技术的目标，以发掘自身创新意识为前提。利用空闲时间，在老师的指导下，进行了一次大学生创新项目的实践性活动。本着实用原则，以某中小旅行社为客户（根据用户需求，匿名），以Struts2框架为基点，进行了一次旅行社管理系统的开发。在项目结束之余，特将在项目过程中经历的种种认识进行了简单的总结，希望让阅读本文的朋友们，更多的参与到此类活动中。一、基础思想— ——MVC 简述作为时下经典框架之一， MVC 具有其独特的价值。MVC 框架简单的说，就是将数据模型与用户视图进行分离。通过控制器进行协调处理的一种结构是框架。同时，也是本文中要讨论的Sturts2框架的基础思想。 M 是指模型层（Model ），V 是指用户视图（View ），C 则是指控制器（Controller ）。这种划分方式是以将模型层与视图层进行代码分离，从而降低两者之间的耦合性，使同一程序可以使用不同形式进行表现。不同层之间的修改不会或尽量少的印象到其他层功能的史前为前提。有效的提高的代码的维护性和设计难度。图1 二、 Struts2工作原理（一）Struts2框架组成。Struts2框架由三个主要部分组成：核心控制器、业务控制器，以及由用户实现的业务逻辑组件。这里我们将侧重于核心控制器与业务控制器的理解与说明。（二）核心控制器：FilterDispatcher 。FilterDispatcher 是Struts2框架的核心控制器，在此，我们可以将FilterDispatcher 看作一个类似于过滤网的过滤器。当用户发出请求，并到达Web 硬哟那种时，该过滤器会过滤用户请求。如果用户请求的结尾为action ，则将该请求转入Struts2框架进行处理。当Struts2框架获得了*．actio 请求后，会根据请求前面“*”的那部分内容，决定调用哪个业务逻辑组件作为响应单位。这里需要说明的是Struts2用来处理用户请求的Action 实例并不是业务控制器，而是作为Action 的代理———正因为Struts2的一大特点，与Servlet API 的非耦合性，使得用户实现的业务控制器无法直接处理用户请求。有效的提高了后期调试维护的效率。而Struts2框架再次提供了了一系列的拦截器。这些拦截器负责将HttpServletRequest 请求的参数解析出来，传入Action 中，并毁掉Action 的Execute 方法来处理用户请求。用户实现的Action 类仅作为Struts2的Action 代理的代理目标。用户实现的业务控制器则包含了对用户请求的处理。用户的请求数据包含在HttpServletRequest 对象中，而用户的Action 类无需访问HttpServletRequest 对象。拦截器负责将HttpServletRequest 里的请求数据解析出来，并传给业务逻辑组件Action 实例。（三）业务控制器。业务控制器就是前文提到的用来实现用户Action 的实力，这里的每个Action 类通常包含有一个execute 方法，当业务控制器处理完用户的请求后，该方法将会针对此次处理返回一个字符串— ——该字符串就是一个逻辑树图名。当程序开发人员开发出系统所需要的业务控制器后，还需要针对性的配置Struts2的Action ，即需要配置Ac- tion 的以下三个部分：（1）Action 所处理的URl 。（2）Action 组件所对应的实现类。（3）Action 里包含的逻辑试图和物理资源之间的对应关系。每个Action 都要处理一个用户请求，而用户请求则总是包含有指定的URL 。当核心控制器过滤用户请求，并调用后，根据请求的URL 和Action 处理URL 之间的对应关系来处理转发。 · 342·

SCME_STRUTS2试卷

--------------------------------------装--------------------------------------订------------------------------线---------------------------------------- **学院课程考试试卷课程名称：《使用Struts2开发基于MVC设计模式的企业级应用》（A）卷年级：班级：姓名：_______________ 学号：_________________ 考试(考查) 闭卷选择题（每题2分，共计100分） 1.在控制器类中一般需要添加相应属性的( A )和(C )。(选两项) A．setter方法 B．as方法 C．getter方法 D．is方法 2.业务控制器需要在( B )配置文件中进行配置 A．web.xml B．struts.xml C．struts2.xml D．webwork.xml 3.不属于Struts 2表单标签库的是（ D ）。 A． B． C． D． 9. 在JSP页面中可以通过Struts2提供的（）标签来输出国际化信息 a) b) c) d) 10. 资源文件的后缀名为（） a) txt b) doc c) property d) properties 11. struts2自定义类型转换器必须实现的接口是（） a) Convert b) TypeConverter c) StrutsTypeConverter d)StrutsConvert 12. struts2关于注册全局类型转换器的说法正确的是（）【选择二项】 a) 必须提供xwork-conversion.properties文件 b) 注册文件的格式为：复合类型=对应类型转换器 c) 注册文件的格式为：对应类型转换器=复合类型 d) 以上说法都不正确 13. struts2自定义拦截器中的“return invocation.invoke”代码表示（）【选择二项】 a) 不执行目标Action的方法，直接返回 b) 执行目标Action的方法，直接返回逻辑视图名称 c) 在自定义拦截器中，该代码是必需的 d) 在自定义拦截器中，该代码是可选的 14. struts2中，以下配置文件上传拦截器只允许上传bmp图片文件的代码，正确的是（） a) image/bmp b) *.bmp c) bmp d) image/*.bmp 15. 以下关于OGNL的说法正确的是（）【选择二项】 a) ActionContext是OGNL的上下文环境 b) StackContext是OGNL的上下文环境

BBS论坛系统 UML建模

软件建模与UML 实训报告实训项目：________________________ 小组名称：________________________ 小组成员：________________________ 联系方式：________________________

目录一、摘要 (1) 二、BBS论坛系统的可行性分析 (2) 三、BBS论坛系统的需求分析 (3) 四、系统的UML建模设计 (6) 五、BBS系统的数据库建模 (14) 六、心得 (19)

一、摘要随着Internet技术的快速发展，人与人之间交流方式逐渐增多。网络视频、网络聊天、博客已成为人们彼此沟通、交流信息的主要方式。此外，为了方便人们在某一专业领域探讨问题和发表意见，Internet上还出现了在线论坛。在论坛上，人们可以对某一领域提出自己遇到的问题，即发表某一主题，随后，论坛上的其他人会根据自己的学识、经验发表意见或提出问题的方法。开发BBS论坛系统的目的是提供一个供用户交流的平台，为广大用户提供交流经验、探讨问题的网上社区。因此，BBS论坛系统最基本的功能首先是发表主题，其次是其他人员根据主题发表自己的看法。此外，为了记录主题的发表者和主题的回复者信息，系统还需要提供用户注册和登录的功能。只有注册的用户登录后才能够发表和回复主题，浏览者（游客）只能浏览主题信息。本论坛系统是基于是Struts1.2+SQL Server 2000实现的，它具有使用方便、操作灵活、运行稳定、安全可靠等特点。关键词在线论坛，BBS，网上社区

二、BBS论坛系统的可行性分析可行性分析是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以避免投资失误，保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。 2.1、技术可行性技术上的可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。该BBS论坛管理系统采用了流行的JSP语言和当前新兴的Browser/Server （浏览器/服务器）模式进行开发。三层的B/S体系结构具有许多传统Client/Server（客户机/服务器）体系结构不具备的优点，而且又紧密的结合了Internet/Intranet（国际互联网/企业内部互联网）技术，是技术发展的大势所趋，它把应用系统带入了一个崭新的发展时代。数据库服务器选用SQL Server 2000数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性、安全性和易用性为数据库编程提供了良好的条件。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台能满足此系统的需要。 2.2、经济可行性主要是对项目的经济效益进行评估，本系统模拟的是提供一个供用户交流的平台，为广大用户提供交流经验、探讨问题的社区。但实际只是用于个人的毕业设计，只是模拟，也不存在资金的流动，故在经济上是可行的。 2.3、社会可行性随着Internet技术的快速发展，BBS论坛已成为人们彼此沟通、交流信息的主要方式。在论坛上，人们可以对某一领域提出自己遇到的问题，随后，论坛上的其他人会根据自己的学识、经验发表意见或提出问题的方法。BBS论坛接近了人们之间的距离，它早已成为人们网上生活的必备工具。所以说BBS论坛对当今社会是相当重要的。

struts2 实验报告

1.系统分析与设计 1.1 系统功能描述本系统是个非常简单的注册、登录系统。本系统的实现是基于Struts2、Spring、Hibernate 三个框架，系统功能单一，业务逻辑简单。当用户注册信用户时，就是向系统中增加一个新用户，对应的数据库增加一条记录。当用户输入注册信息时，系统提供了基本的输入验证判断用户输入是否合法，只有当用户输入满足基本输入要求时，才会被提交到实际的登录系统，进行实际的登录处理。系统还使用了随机产生的图形验证码来防止刷新，防止用户通过单击浏览器的书安心按钮来重复注册多个用户。系统还提供了一种Ajax方式来验证用户输入的注册名是否有效，系统要求所有的用户名不能重复。故当用户输完用户名后，系统立即在页面上方提示用户该用户名是否可用，如果系统中没有该用户名，则系统提示该用户名可用；否则提示用户该用户名重复，用户必须重新选择用户名注册。当用户注册一个新用户名之后，就可以使用系统的登录功能来登录系统了，用户输入登录用的用户名、密码后，系统一样提供了基本的输入校验。除此之外，系统还采用了随机产生图形验证码来防止恶意用户的暴力破解，系统随机生成一个图形验证码，而用户登录必须输入图形验证码中显示的字符串，只有用户输入的字符串和系统随机生成的验证码字符相同时，系统才允许用户登录。 1.2 系统功能流程

1.3 数据库设计相关的映射文件：一旦提供了上面的映射文件，Hibernate 就可以理解User 和user_table 之间的对应关系。 2．系统实现与测试 2.1 系统采用的关键技术 MVC 框架采用了Struts2框架，Struts2框架的易用性，极好的简化了系统的MVC 层的实现；本系统使用了Struts2的JSON 插件来完成Ajax 功能，除此之外本系统为了避免进行底层的Ajax 交互，还是用了一个简单Prototype.js 函数库，用以简化Ajax 编程。Struts2框架的稳定性，为系统的稳定运行提供了保证。

structs2知识点

Struts2原理上图来源于Struts2官方站点，是Struts 2 的整体结构。 Struts2框架由3个部分组成：核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这3个部分里，Struts 2框架提供了核心控制器FilterDispatcher，而用户需要实现业务控制器和业务逻辑组件。 (1)核心控制器：FilterDispatcher

FilterDispatcher是Struts2框架的核心控制器，该控制器作为一个Filter运行在Web应用中，它负责拦截所有的用户请求，当用户请求到达时，该Filter 会过滤用户请求。如果用户请求以action结尾，该请求将被转入Struts2框架处理。 Struts2框架获得了*.action请求后，将根据*.action请求的前面部分决定调用哪个业务逻辑组件，例如，对于login.action请求，Struts2调用名为login的Action来处理该请求。 Struts2应用中的Action都被定义在struts.xml文件中，在该文件中定义Action 时，定义了该Action的name属性和class属性，其中name属性决定了该Action 处理哪个用户请求，而class属性决定了该Action的实现类。 Struts2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合，显然无法处理用户请求。而Struts2框架提供了系列拦截器，该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来，传入到Action中，并回调Action 的execute方法来处理用户请求。 (2)一个请求在Struts2框架中的处理大概分为以下几个步骤 1 .客户端初始化一个指向Servlet容器（例如Tomcat）的请求,即HttpServletRequest请求。 2 .这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin） 3. 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action 4 .如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy 5 .ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类 6 .ActionProxy创建一个ActionInvocation的实例。 7 .ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。 8 .一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper

02-Struts2的工作流程及配置文件

Struts2的工作流程及配置文件--- https://www.wendangku.net/doc/d717748548.html, --- Struts2.0的流程图

从图中看到Struts2的工作流程如下： 1.服务器接收到的请求首先经过一组过滤器链（实际中的其他过滤器可能还包括诸如Spring 的字符过滤器CharactorEncodingFilter、V elocity的过滤器等，一般FilterDispatcher位于过滤器的最后一个执行），过滤器链按照你在web.xml中的配置顺序在接收客户请求时顺序执行，在向客户发送响应时反序执行，Struts2的核心FilterDispatcher在web.xml中的配置如下： setCharactor org.springframework.web.filter.CharacterEncodingFilter encoding UTF-8 struts2 org.apache.struts2.dispatcher.FilterDispatcher setCharactor /* struts2 /* 注意：如果你使用的是W ebLogic6.1作为应用服务器，需要使用FilterDispatcherCompatW eblogic61替代FilterDispatcher。 2.请求被送到FilterDispatcher之后，FilterDispatcher会通过其私有静态的属性ActionMapper 询问这个请求是否需要调用Action处理，如果需要调用Action，FilterDispatcher会把请求委托给ActionProxy，ActionProxy调用ActionInvocation查找配置文件中该Action的所有信息，并以这个Action为目标创建代理对象（因为Struts2中的Action由于XWork的设计理念，并没有与Servlet的API被调用，所以如果直接调用Action的实例，那么显然基于HTTP 的请求都将无法传入Action。Struts2通过创建Action的代理对象，并使用拦截器将HTTP 的请求信息传入代理对象，这是典型的AOP处理方式，这也实现了控制器与Servlet的API 的分离，这是Struts1.x所欠缺的优秀的设计方式），然后执行该Action之前的所配置的所有拦截器，与过滤器相同，在接受请求时，会顺序执行你在配置文件中为该Action配置的拦截器顺序； 3.在穿越拦截器之后，就会执行Action，当Action执行完毕，ActionInvocation就要使用result

Struts2的工作机制原理分析及实例

Struts2的工作机制分析及实例一、概述本章讲述Struts2的工作原理。读者如果曾经学习过Struts1.x或者有过Struts1.x的开发经验，那么千万不要想当然地以为这一章可以跳过。实际上Struts1.x 与Struts2并无我们想象的血缘关系。虽然Struts2的开发小组极力保留Struts1.x的习惯，但因为Struts2的核心设计完全改变，从思想到设计到工作流程，都有了很大的不同。 Struts2是Struts社区和WebWork社区的共同成果，我们甚至可以说，Struts2是WebWork的升级版，他采用的正是WebWork 的核心，所以，Struts2并不是一个不成熟的产品，相反，构建在WebWork基础之上的Struts2是一个运行稳定、性能优异、设计成熟的WEB框架。本章主要对Struts的源代码进行分析，因为Struts2与WebWork的关系如此密不可分，因此，读者需要下载xwork的源代码，访问https://www.wendangku.net/doc/d717748548.html,/xwork/download.action即可自行下载。下载的Struts2源代码文件是一个名叫struts-2.1.0-src.zip的压缩包，里面的目录和文件非常多，读者可以定位到 struts-2.1.0-src\struts-2.0.10\src\core\src\main\java目录下查看Struts2的源文件，如图14所示。（图14）二、主要的包和类 Struts2框架的正常运行，除了占核心地位的xwork的支持以外，Struts2本身也提供了许多类，这些类被分门别类组织到不同的包中。从源代码中发现，基本上每一个Struts2类都访问了WebWork提供的功能，从而也可以看出Struts2与WebWork千丝万缕的联系。但无论如何，Struts2的核心功能比如将请求委托给哪个Action处理都是由xwork完成的，Struts2只是在WebWork 的基础上做了适当的简化、加强和封装，并少量保留Struts1.x中的习惯。

struts2题目

1.下面关于Struts2描述正确的是（）。 A. Struts2是线程安全的 B. Strut2为每个请求都只生成一个Action实例 C .Strut2是在Struts1基础上发展起来的 D. Struts2只支持jsp视图组件 2.Struts2配置包时，必须继承struts-default包，在下面的哪个文件中可以找到struts-default包的配置（）。 A.default.properties B. struts-message.properties C. struts.dtd D.struts-default.xml 3.Struts2默认的处理结果类型是（）。 A. dispatcher B. redirect C. chain D. 以上说法都不正确 4.在Struts2框架中，实现Action接口的作用是（）。 A.实现其中的execute()方法 B.实现数据校验 C.实现国际化 D.规范Action类 5.在Struts2中动态方法调用的格式为（）。 A. ActionName_methodName.do B. ActionName!methodName.do C. ActionName_methodName.action D. ActionName!methodName.action 6.在Struts2中自定义的类型转换器必须实现的接口是（）。 A.Convert B.TypeConverter C. StrutsTypeConverter D. StrutsConvert 7.在Struts2中，Action类中的属性从表单获取用户输入的值，以下哪个组件将表单的值解析出来赋给Action （）。 A. ActionServlet B. Action C. 拦截器栈 D. HttpServletRequest 8.在Struts2中,关于