Struts2-part1

作者：禅楼望月（http://www.cnblogs.com/yaoyinglong）

1. Struts2应用的开发步骤：

① 在web.xml中配置核心的Filter来拦截用户的请求。

其中<url-pattern>*.do</url-pattern>表示所有以.do结尾的url都要经过struts2。

②如果需要以POST方式提交请求，则需要定义包含表单数据的JSP页面，如果仅仅以GET方式发送请求，则无需定义JSP页面。

③定义处理请求的Action类。

④配置Action。即指定那个请求对应哪个Action进行处理。

⑤配置处理结果和物理视图资源的之间的对应关系。

⑥编写视图资源。需要借助OGNL表达式。

2. Struts2请求—响应完整流程

3. Struts2配置

3.1. 常量

在Struts2种可以使用Convertion插件来管理Action、结果映射，不过大多数还是使用XML文件来管理Struts2的配置信息。

Struts2默认配置文件为struts.xml，通常放在类加载路径下，也可以改变。Struts2默认会加载类路径下的struts.xml（开发者定义的默认配置文件）、struts-plugin.xml（struts2插件的默认配置文件）、struts-default.xml（Struts2自带的配置文件）文件。

struts2常量有3种配置方式：

①struts.properties文件

②struts.xml文件

③web.xml文件

如在struts.xml中定义常量：

以初始化参数的形式配置。

推荐使用Struts2.xml文件配置常量。

Struts2框架搜索Struts2常量的顺序：

①struts-default.xml：该文件在struts2-core-2.1.2.jar文件中。

②struts-plugin.xml：该文件保存在struts2-Xxx-2.1.2.jar等Struts2插件JAR文件中。

③struts.xml：该文件是web应用默认的Struts2配置文件。

④struts.properties.

⑤web.xml

顺序在后面的常量会覆盖顺序在前面的文件中的同名常量。

3.2. 分散配置

避免struts.xml文件过大，提高该文件的可读性。可以将struts.xml文件分解为多个配置文件，然后在struts.xml文件中包含其他配置文件即可：

这里的struts-part1.xml文件和struts.xml文件一样，没有任何的特殊之处。

4. Action

和struts1不同，struts2将struts1种的ActionForm和Action合并为Action。该Action只是一个普通的Java类，不需要继承任何接口和父类。只需配置即可使用。就想Hibernate中的domain（POJO）类一样。

4.1. Action接口与ActionSupport

为了开发者设计的Action更加规范，Struts2提供了Action接口：

这个5个字符串常量是做为execute方法返回值来使用的。比如：在请求处理成功后，有人喜欢返回welcome，而有人喜欢银success，这样不利于项目同一管理。所以Struts2定义了这5个常量来规范。

为例大大简化开发者开发Action，Struts2提供了ActionSupport类。它是struts2默认的Action处理类（如果我们配置Action时没 有指定class属性，struts2会自动使用ActionSupport类作为Action处理类）。

5. Action访问Servlet API

5.1. ActionContext类

Struts2的Action没有与Servlet API耦合，这是一个很大的改善。但是作为一个Web框架，不访问Servlet API怎么可能？因此Struts2提供了ActionContext类，通过该类Struts2的Action便可以访问Servlet的API了。

ActionContext（com.opensymphony.xwork.ActionContext）是Action执行时的上下文，上下文可以看作是一个容器（其实我们这里的容器就是一个Map而已），它存放放的是Action在执行时需要用到的对象，比如：在使用WebWork时，我们的上下文放有请求的参数（Parameter）、会话(Session)、Servlet上下文（ServletContext）、本地化（Locale）信息等。
在每次执行Action之前都会创建新的ActionContext，ActionContext是线程安全的，也就是说在同一个线程里ActionContext里的属性是唯一的，这样我的Action就可以在多线程中使用。详见这里。

以一个登陆的Action为例：

5.2. Action直接访问Servlet API

Action通过继承如下几个接口便可以通过这些接口来访问Servlet API：

ServletContextAware：实现该接口的Action可以直接访问Web应用的ServletContext实例。

ServletRequestAware：实现该接口的Action可以直接访问用户请求的HttpServletRequest实例。

ServletResponseAware：实现该接口的Action可以直接访问服务器响应的HttpServletResponse实例。

5.3. ServletActionContext

这是一个工具类它是ActionContext的子类，有如下静态方法供调用：

借助ServletActionContext，Action能以更简单的方式来访问Servlet API。该类详见这里。

6. 配置Action

配置Action就是让Struts2知道，那个请求是由那个Action来控制的。

6.1. 包和命名空间

Struts2使用包来组织Action。Action标签必须放在package标签下面。

Package标签的元素如下：

• name：必须，是引用该包的唯一标识；也指定了该Action所处理的请求的URL，相当于Struts1的path。
• extends：可选，表示该包继承其他包，可以继承其他包中的Action定义、拦截器定义等。
• namespace：可选，该包的命名空间
• abstract：可选，指该包是否是一个抽象包，抽象包中不能包含Action定义。

注意：Struts2的配置文件是从上往下处理的，所以父类应该在子类前面定义。

例：

除此之外，Struts2还指定根命名空间：

当某个包指定了命名空间后，该包下所有的Action处理的URL应该是命名空间+Action名，如访问该Action的URL应该是：

http://localhost:8080/webappName/book/getBooks.action

访问的Action的命名空间为根命名空间则把上面的/book去掉即可。

对于上面的URL，Struts2首先会在book命名空间查找名为getBooks或者根命名空间的Action，找到则使用该Action处理用户的请求，否则Struts2会在默认命名空间中查找名为getBooks的Action，找到则使用该Action处理用户的请求，否则Struts2报错。

注意在URL中命名空间只能有一个,即book下面不能再有一个命名空间了。如：http://localhost:8080/webappName/book/sub/getBooks.action,则，Struts2会将当/book/sub成一个命名空间名称来对待。

注意：在action的name属性中不能出现“.”和中划线“-”。

6.2. Action的动态方法调用

这个代替Struts1的分派Action。使用动态调用方法前必须设置Struts2允许动态方法调用：设置struts.enable.DynamicMethodInvocation常量值为true来完成，该值默认为false。

URL为：action的name！action的方法名。如：

配置action为：

则URL为：http://localhost:8080/webappName/regeditAndLogin!regedit

6.3. Action使用通配符

使用通配符可以是一个action处理一系列（一类）的请求。这时在配置<action>元素时，允许在name属性中使用模式字符（即用“*”代表一个或多个字符），接下来可以在class、method属性、result子元素中使用{N}的形式，来代表前面第N个星号（*）所匹配是字符串。如：

配置Action：

这时只要请求是*regLog.action的模式都可以使用该action来处理。如：URL为：http://localhost:8080/webappName/regeditregLog.action时则表示，调用LoginAction的regedit方法。

此外action的class属性也可以使用{N}表达式，含义与method的一样：

如果有需要，Struts2完全可以在class属性和method属性使用{N}表达式：

如URL：http://localhost:8080/webappName/LoginAction_Login.action,则会调用LoginAction类中的Login方法。

如果只是简单的超链接请求可将action的name属性定义为“*”.

现在的问题是，如果一个URL与多个action匹配怎办？

如果URL与action名能完全匹配则请求由该action处理，否则struts2会寻找能和该URL匹配的第一个action（struts2寻找顺序是由上向下的），并用这个action来处理该请求。

如：有一个URL为abcAction.action与一下3个action都匹配：它们的name为：abcAction、*Action、*，则该url由name为abcAction的action处理。但是如果该struts.xml中没有name为：abcAction的action，只有name为*和*Action的action，并且它们在struts.xml中的配置顺序为：<action name="*"……>、<action name="*Action"……>，则该URL请求由name为*的action处理。Struts2并不觉得name为*Action的action与URL的匹配度高而选用它，Struts2只会由上向下寻找第一个匹配的action，并使用这个action。

因此在配置Action时，应该注意Action的顺序。最好将name为“*”的action放到最后。

6.4. 配置默认Action

当用户的请求找不到对应的Action时，则用默认的Action处理用户的请求。

注：将Action配置在默认命名空间中就可以让该Action处理所有用户请求，因为默认命名空间的Action可以处理任何命名空间的请求。

6.5. 配置Action的默认处理类

一个Action没有指定class属性，则Struts2默认使用ActionSupport作为该Action的处理类。

Struts2还允许开发人员自己配置自己的默认处理类：

这样定义之后，没有指定class属性Action，将用myClass来处理。

7. 配置处理结果

Struts2提供了两种结果：

局部结果：

全局结果：

7.1. Struts2支持的结果类型

Struts2提供了一系列的结果类型。

•    chain结果类型：Action链式处理的结果类型。
•     dispatcher结果类型：用于指定使用JSP作为视图的结果类型
•     freemarker结果类型：用于执行使用FreeMarker模板作为视图的结果类型
•     httpheader结果类型：用于控制特殊的HTTP行为的结果类型
•     redirect结果类型：用于直接跳转到其它URL的结果类型
•     redirect-action结果类型：用与直接跳转到其它Action的结果类型
•     stream结果类型：用于向浏览器返回一个InputStream（一般用于文件下载）
•     velocity结果类型：用于指定使用Velocity模板作为视图的结果类型
•     xslt结果类型：用于与XML/XSLT整合的结果类型
•     plainText结果类型：用于显示某个页面的原始代码的结果类型

它们被定义在struts2-core-2.2.1.jar下的struts-default包下的<result-types>元素内：

dispatcher与redirect的区别：

dispatcher：表示forward（转发）请求。

redirect：重定向。

使用redirect结果类型的效果是，系统将调用HttpServletRespoe的sendRedirect(String)方法来重定向指定视图资源，这种重定向的效果就是一个请求，因此所有的请求参数、请求属性、Action实例和Action中封装的属性全部丢失。

7.2. PreResultListener

监听器接口，它在Action完成控制处理之后，struts2转入实际的物理视图之前被回调。Action、拦截器可添加PreResultListener监听器：

7.3. 配置Struts2的异常处理

可以在Action中使用try……catch来根据不同的异常返回不同的字符串，但是这样做使得异常与代码耦合，一旦要改变异常处理方式，就必须修改Action。

由Action的签名来看：public String execute() throws Exception，它声明了Exception，就说明该方法不必处理任何类型的错误，将所有类型的错误发给struts2即可。然后struts2会根据异常的类型寻找匹配的逻辑视图名，并使用他来处理异常。这样我们只需在struts.xml中配置异常处理即可。

为了使用Struts2的异常处理机制，必须打开struts2的异常映射功能：

上述代码来自struts-defaults.xml，在该文件中已经使用拦截器开启了Struts2的异常映射。接下来，我们需要做的只是在struts.xml文件中配置异常及其匹配的处理方式。

我在struts.xml文件中便可以捕捉了：

如上述代码 显示：根据<exception-mapping 标签出现的位置不同，可分为全局异常映射（<global-exception-mapping> 标签的子元素）和局部异常映射（<action 标签的子元素）。

转载于:https://www.cnblogs.com/yaoyinglong/p/struts2.html