struts2_struts2的作用_struts2默认

一、Struts2原理：

Struts2的实现原理相对简单，当请求struts2的action时，Struts 2会查找配置文件，并根据其配置实例化相对的

对象，然后串成一个列表，最后一个一个地调用列表中的。struts2

比如：应用要求用户登陆，且必须为指定用户名才可以查看系统中某个视图资源；否则，系统直接转入登陆页面。对于上面的

需求，可以在每个Action的执行实际处理逻辑之前，先执行权限检查逻辑，但这种做法不利于代码复用。因为大部分Action里

的权限检查代码都大同小异，故将这些权限检查的逻辑放在中进行将会更加优雅。

PS：

1. Struts2是在访问某个Action或Action的某个方法，字段之前或之后实施拦截，并且Struts2是可插拔的，

是ＡＯＰ的一种实现．

2. 栈（Interceptor Stack）。Struts2栈就是将按一定的顺序联结成一条链。在访问被拦截的方法

或字段时，Struts2链中的就会按其之前定义的顺序被调用。

二、Struts2接口实现：

Struts2规定用户自定义必须实现com.opensymphony.xwork2.interceptor.Interceptor接口。该接口声明了3个方法，

其中，init和destroy方在程序开始和结束时各执行一遍，不管使用了该与否，只要在struts.xml中声明了

该Struts2就会被执行。intercept方法就是拦截的主体了，每次生效时都会执行其中的逻辑。

void init();

void destroy();

String intercept(ActionInvocation invocation) throws Exception;

1:所有都使用接口Interceptor ,Action去实现这个接口;

Init()方法:在服务器起动的时候加载一次,并且只加载一次；

Destroy()方法:当销毁时执行的方法；

Interceptor()方法:其中里边有一个参数invocation；

public String intercept(ActionInvocation invocation) throws xception {

System.out.println("interceptor!!");

String result=invocation.invoke();

return result;

}

其中intercept方法是的核心方法，所有安装的都会调用之个方法。在Struts2中已经在struts-default.xml中

预定义了一些自带的，如timer、params等。如果在<package>标签中继承struts-default，则当前package就会

自动拥有struts-default.xml中的所有配置。

Invocation.invoke()是如果只有一个执行完这个方法后,会返回给视图,如果有多个,它顺序的执行完所有的,

才返回给视图，也就是调用后面的action继续执行。

二、Struts2详细配置：

默认是在不设置任何的时候,给予默认设置的,当只要设置任何一个就会覆盖掉默认,

故此,我们需要手动设置

一旦实现了检查，就可以在所有需要实现权限控制的Action中复用上面的。

为了使用该，首先在struts.xml文件中定义，定义的配置片段如下：

<!-- 用户定义在该元素下 -->

<interceptors>

<!-- 定义了一个名为authority的 -->

<interceptor name="authority" class="lee.AuthorityInterceptor"/>

</interceptors>

定义了该之后，可以在Action中应用该，应用该的配置片段如下：

<!-- 定义一个名为viewBook的Action，其实现类为ActionSupport -->

<action name="viewBook">

<!-- 返回success视图名时，转入/WEB-INF/jsp/viewBook.jsp页面 -->

<result>/WEB-INF/jsp/viewBook.jsp</result>

<!-- 一般配置在result元素之后! -->

<interceptor-ref name="defaultStack"/>

<!-- 应用自定义 -->

<interceptor-ref name="authority"/>

</action>

上面名为viewBook的Action，没有指定class属性，默认使用ActionSupport类，配置该Action时，只是指定了一个Result，

指定返回success字符串时，系统将转入/WEBINF/jsp/viewBook.jsp页面。但并为未配置login视图对应的JSP页面。

考虑到这个的重复使用，可能在多个Action都需要跳转到login逻辑试图，故将login Result定义成一个全局Result。

下面是配置login Result的配置片段：

<!-- 定义全局Result -->

<global-results>

<!-- 当返回login视图名时，转入/login.jsp页面 -->

<result name="login">/login.jsp</result>

</global-results>

经过上面的配置，如果浏览者在浏览器中直接发送viewBook请求，将会转入如图所示的页面。

这种通过进行权限控制的方式，显然具有更好的代码复用。

如果为了简化struts.xml文件的配置，避免在每个Action中重复配置该，可以将该配置成一个默认栈

（这个默认栈应该包括default-stack栈和权限检查）。

定义自己的默认栈的配置片段如下：

<interceptors>

<!-- 定义权限检查 -->

<interceptor name="authority" class="lee.AuthorityInterceptor"/>

<!-- 定义一个包含权限检查的栈 -->

<interceptor-stack name="mydefault">

<!-- 定义栈包含default-stack栈 -->

<interceptor-ref name="default-stack"/>

<!-- 定义栈包含authority -->

<interceptor-ref name=" authority"/>

</interceptor- stack >

</interceptors>

一旦定义了上面的mydefault栈，这个栈包含了权限检查和系统默认的栈。如果将这个

栈定义成默认，则可以避免在每个Action需要重复定义权限检查。

下面是定义默认的配置片段：

<default-interceptor-ref name="mydefault"/>

一旦在某个包下定义了上面的默认栈，在该包下的所有Action都会自动增加权限检查功能。对于那些不需要

使用权限控制的Action，将它们定义在另外的包中——这个包中依然使用系统原来的默认栈，

将不会有权限控制功能。

PS：,栈和默认的之间的关系

1:和栈是一个级别的,也就是说一个栈中包括许多, 一个栈中还可以包括许多栈,配置如下方式:

<interceptors>

<!-- 先定义 -->

<interceptor name="myInterceptor" class="com.struts2.interceptor.MyInterceptor">

<!-- 指定系统初始化给的参数 -->

<param name="hello">张--</param>

</interceptor>

<!-- 加到自己设置的栈里边去 -->

<interceptor-stack name="myStack">

<interceptor-ref name="myInterceptor">

</interceptor-ref>

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

</interceptor-stack>

</interceptors>

的使用:

1.先定义;

2.在引用使用;

<interceptor name="myInterceptor" class="com.struts2.interceptor.MyInterceptor">

<interceptor-ref name="myInterceptor">

</interceptor-ref>

2:struts2中有一个系统默认的栈是 defaultStack,如果你手动引用自己的,系统默认的栈将不起作用;

这样必需手动引入系统的栈<interceptor-ref name="defaultStack">

</interceptor-ref>

如果想改变系统默认的栈,可以这样配置:

<default-interceptor-ref name="myStack">

</default-interceptor-ref>其中myStack是自己定义的栈名字;

如果栈中有多个,在执行action之前的顺序跟配置的顺序一致,而在action之后执行的顺序是相反的;

PS：最后还附加一点过滤器的东西

过滤器，是在java web中，你传入的request,response提前过滤掉一些信息，或者提前设置一些参数，然后再传入servlet

或者struts的 action进行业务逻辑，比如过滤掉非法url（不是login.do的地址请求，如果用户没有登陆都过滤掉）,或者在

传入servlet或者 struts的action前统一设置字符集，或者去除掉一些非法字符

，是在面向切面编程的就是在你的service或者一个方法，前调用一个方法，或者在方法后调用一个方法比如

动态代理就是的简单实现，在你调用方法前打印出字符串（或者做其它业务逻辑的操作），也可以在你调用

方法后打印出字符串，甚至在你抛出异常的时候做业务逻辑的操作。

与过滤器的区别 ：

1、是基于java的反射机制的，而过滤器是基于函数回调。

2、不依赖与servlet容器，过滤器依赖与servlet容器。

3、只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。

4、可以访问action上下文、栈里的对象，而过滤器不能访问。

5、在action的生命周期中，可以多次被调用，而过滤器只能在容器初始化时被调用一次

6、执行顺序 ：过滤前 - 拦截前 - Action处理 - 拦截后 - 过滤后。

过滤是一个横向的过程，首先把客户端提交的内容进行过滤(例如未登录用户不能访问内部页面的处理)；过滤通过后，

将检查用户提交数据的验证，做一些前期的数据处理，接着把处理后的数据发给对应的Action；

Action处理完成返回后，还可以做其他过程(还没想到要做啥)，再向上返回到过滤器的后续操作。

一个Filter 可负责拦截多个请求或响应:一个请求或响应也可被多个请求拦截。

创建一个Filter 只需两个步骤:

(1)创建Filter 处理类:

(2)在web.xml 文件中配置Filter 。

创建Filter 必须实现javax.servlet.Filter 接口，在该接口中定义了三个方法。struts2

• void init(FilterConfig config): 用于完成Filter 的初始化。

• void destroy(): 用于Filter 销毁前，完成某些资源的回收。

• void doFilter(ServletRequest request, ServletResponse response,FilterChain chain): 实现过滤功能，

该方法就是对每个请求及响应增加的额外处理。

过滤器Filter也具有生命周期：init()->doFilter()->destroy()，由部署文件中的filter元素驱动。在servlet2.4中，

过滤器同样可以用于请求分派器，但须在web.xml中声明，<dispatcher>INCLUDE或FORWARD或REQUEST

或ERROR</dispatcher>该元素位于filter-mapping中。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-49618-1.html