[url]http://enjoyasp.net/?p=951[/url]
四种共同点:
对一类url,或所有url进行业务处理
对各种url之类进行匹配,查找,执行相应操作,与action相比较而言,action只能针对某一特定的url进行匹配,进行操作 如: <form action = "update.action"> action对应的url是固定的,对于struts1.x可能一个action只有一个url
对于struts2.0,一个action可能有多个url,看它实现的方法数量,不过这些url在提交之前都是已经的,固定的。而上面四种可以对任意url进行操作,如<url-pattern>*.action</url-pattern>
区别:1,servlet 流程是短的,url传来之后,就对其进行处理,之后返回或转向到某一自己指定的页面。它主要用来在
业务处理之前进行控制.
2,filter 流程是线性的, url传来之后,检查之后,可保持原来的流程继续向下执行,被下一个filter, servlet接收等,而servlet 处理之后,不会继续向下传递。filter功能可用来保持流程继续按照原来的方式进行下去,或者主导流程,而servlet的功能主要用来主导流程。
filter可用来进行字符编码的过滤,检测用户是否登陆的过滤,禁止页面缓存等
3, servlet,filter都是针对url之类的,而listener是针对对象的操作的,如session的创建,session.setAttribute的发生,在这样的事件发生时做一些事情。
可用来进行:Spring整合Struts,为Struts的action注入属性,web应用定时任务的实现,在线人数的统计等
4,interceptor 拦截器,类似于filter,不过在struts.xml中配置,不是在web.xml,并且不是针对URL的,而是针对action,当页面提交action时,进行过滤操作,相当于struts1.x提供的plug-in机制,可以看作,前者是struts1.x自带的filter,而interceptor 是struts2 提供的filter.
与filter不同点:(1)不在web.xml中配置,而是在struts.xml中完成配置,与action在一起
( 2 ) 可由action自己指定用哪个interceptor 来在接收之前做事
一,servlet
1, 在web.xml中配置
Servlet
<servlet>
<servlet-name>AutoServlet</servlet-name>
<servlet-class>
com.servlet.AutoServlet
</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>AutoServlet</servlet-name>
<url-pattern>/AutoServlet</url-pattern>
</servlet-mapping>
2,定义AutoServlet,继承HttpServlet,实现方法doGet, doPost
3, 应用:
(1)Struts1.x 就是一个Servlet, 它会在doGet方法中读取配置文件struts-config.xml进行action的匹配,进行 业务处理
(2)验证码生成(也可用action来做)
二,filter
1, web.xml配置
<filter>
<filter-name>checkUrl</filter-name>
<filter-class>com.lvjian.filter.CheckUrl</filter-class>
<init-param>
<param-name>name</param-name>
<param-value>asong</param-value>
//初始化传参,得到时在filter的init方法中用filterConfig.getInitParameter( "name" )
</init-param>
</filter>
<filter-mapping>
<filter-name>checkUrl</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
2, 继承 javax.servlet.Filter,实现 doFilter(HttpServletRequest request, HttpServletResponse response
FilterChain filterChain) 等方法
HttpServletRequest request = (HttpServletRequest) req;
HttpServletResponse response = (HttpServletResponse) res;
//获取用户请求的URI
String request_uri = request.getRequestURI();
//获取web应用程序的上下文路径
String contextPath = request.getContextPath();
//去除上下文路径,得到剩余部分的路径
String uri = request_uri.substring(contextPath.length());
//创建会话session
HttpSession session = request.getSession(true);
//保持原有流程不变
filterChain.doFilter( servletRequest , servletResponse );
3,应用:(1)Struts2.0
(2) 进行字符编码的过滤,检测用户是否登陆的过滤等
(3)禁止页面缓存,原理就是对各个请求的url令其为空,在doFilter加入:
request.setCharacterEncoding("GB2312");//设置编码
((HttpServletResponse)response).setHeader("Pragma","No-cache");
((HttpServletResponse)response).setHeader("Cache-Control","no-cache");
((HttpServletResponse)response).setHeader("Expires","0");//禁止缓存
三,listener
1, 在web.xml中配置
<listener>
<listener-class>demo.listener.MyContextLoader</listener-class>
</listener>
//这样服务器就会在启动时创建MyContextLoader的一个实例,并开始监听servlet,session的操作
2, 实现
常用的listener有:
(1) ServletContextListener 监听ServletContext。
当创建ServletContext时,激发 contextInitialized(ServletContextEvent sce)方法;
当销毁ServletContext时,激发contextDestroyed(ServletContextEvent sce)方法。
(2)ServletContextAttributeListener监听对ServletContext属性的操作,比如增加、删除、修改属性。
(3)HttpSessionListener 监听HttpSession的操作。
当创建一个Session时,激发 session Created(HttpSessionEvent se)方法;
当销毁一个Session时,激发sessionDestroyed (HttpSessionEvent se)方法。
(4)HttpSessionAttributeListener 监听HttpSession中的属性的操作。
当在Session增加一个属性时,激发 attributeAdded(HttpSessionBindingEvent se) 方法;
当在Session删除一个属性时,激发attributeRemoved(HttpSessionBindingEventse)方法;
当在Session属性被重新设置时,激发attributeReplaced(HttpSessionBindingEvent se) 方法。
四,interceptor
1, 在struts.xml中配置
创建一个strus.xml的子配置文件struts-l99-default.xml,它继承与struts2的struts-default,此配置文件是其他子配置文件的父类,只要是继承与该文件的配置文件所声明的路径都会被它过滤 .
方法1. 普通配置法
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor" class="edu.hust.interceptor.MyInterceptor"></interceptor>
</interceptors>
<action name="register" class="edu.hust.action.RegisterAction">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
<!-- 在自定义interceptor并将其ref时, 系统会覆盖掉默认的interceptor-stack(defaultStack), 为了保证系统默认的defaultStack不受影响, 我们需要显式的将其引入 -->
<!-- 注意两个interceptor-ref的顺序, 顺序不同, 执行效果也不同: 先配置的先执行/后配置的先退出(先进后出) -->
<interceptor-ref name="defaultStack"></interceptor-ref>
<interceptor-ref name="myInterceptor"></interceptor-ref>
</action>
</package>
</struts>
方法2. 配置拦截器栈(即将多个interceptor串联的一种元素)。然后在<action>中引入该拦截器栈就可以了。
执行顺序为先配置的先执行
这样做的原因是:多个action有相同的多个interceptor时,如一般自己写一个,系统默认的有一个,要注入两个,
对多个action都写这两个,不利于修改,可以写成一个链,只需引用此链即可。
(1)拦截目标对象(被代理对象),这里目标对象就是action;(2)拦截器(一个类,动态的将某些方法插入到目标对象的某方法的before、after);(3)对目标对象生成的(动态)代理对象(代理对象内部方法综合了目标对象方法+拦截器方法)。程序最终执行的是目标对象的代理,而这个代理已经插入了interceptor。拦截器作用:拦截action。interceptor相当于一个入口和出口,通过interceptor进入action,执行完action的代码再通过interceptor出去。针对"struts2 -- interceptor(Interceptor怎么写)"这篇文章的MyInterceptor.class和MyInterceptor2.class。根据下面的配置文件执行程序 <struts> <package name="struts2" extends="struts-default">
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor" class="edu.hust.interceptor.MyInterceptor"></interceptor>
<interceptor-stack name="myInterceptorStack">
<interceptor-ref name="myInterceptor"></interceptor-ref>
<interceptor-ref name="defaultStack"></interceptor-ref>
</interceptor-stack>
</interceptors>
<action name="register" class="edu.hust.action.RegisterAction">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
<interceptor-ref name="myInterceptorStack"></interceptor-ref>
</action>
</package>
</struts>
方法3. 修改默认拦截器,将自定义的拦截器栈定义为struts2的默认拦截器。
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor" class="edu.hust.interceptor.MyInterceptor"></interceptor>
<interceptor-stack name="myInterceptorStack">
<interceptor-ref name="myInterceptor"></interceptor-ref>
<interceptor-ref name="defaultStack"></interceptor-ref>
</interceptor-stack>
</interceptors>
<!-- 此默认interceptor是针对当前包内所有action的,若不为action显式指定interceptor,就会用 default-interceptor-ref-->
<!-- 如果某个action中引入了interceptor, 则在这个action中此默认interceptor就会失效 -->
<default-interceptor-ref name="myInterceptorStack"></default-interceptor-ref>
<action name="register" class="edu.hust.action.RegisterAction">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
</action>
</package>
</struts>
3. extends MethodFilterInterceptor的拦截器如何配置哪些方法该拦截、哪些方法不该拦截(针对方法拦截的配置)
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor3" class="edu.hust.interceptor.MyInterceptor3"></interceptor>
</interceptors>
<action name="register" class="edu.hust.action.RegisterAction" method="queryAll">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
<!-- myInterceptor3拦截器只对RegisterAction中的queryAll()方法和insert()方法进行了拦截, 其他方法未进行拦截 -->
<interceptor-ref name="myInterceptor3">
<param name="includeMethods">queryAll, execute</param>
</interceptor-ref>
<interceptor-ref name="defaultStack"></interceptor-ref>
</action>
<action name="register" class="edu.hust.action.RegisterAction" method="insert">
<result <span
2, 实现
interceptor类似于filter, 自定义filter是实现javax.servlet.Filter来完成,而interceptor类似,它通过实现com.opensymphony.xwork2.interceptor.Interceptor来自定义实现。
该接口提供了三个方法:
1) void init(); 在该拦截器被初始化之后,在该拦截器执行拦截之前,系统回调该方法。对于每个拦截器而言,此方法只执行一次。
2) void destroy();该方法跟init()方法对应。在拦截器实例被销毁之前,系统将回调该方法。
3) String intercept(ActionInvocation invocation) throws Exception; 该方法是用户需要实现的拦截动作。该方法会返回一个字符串作为逻辑视图。
除此之外,继承类com.opensymphony.xwork2.interceptor.AbstractInterceptor是更简单的一种实现拦截器类的方式,因为此类提供了init()和destroy()方法的空实现,这样我们只需要实现intercept方法。
3, 应用
import java.util.Map;
import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionInvocation;
import com.opensymphony.xwork2.interceptor.AbstractInterceptor;
/**
* 权限检查拦截器
*
* @author qiujy
* @version 1.0
*/
public class AuthorizationInterceptor extends AbstractInterceptor {
/*
* 拦截Action处理的拦截方法
*
*/
public String intercept(ActionInvocation invocation) throws
Exception {
//清除后台页面的缓存
HttpServletResponse response = ServletActionContext.getResponse();
// ServletActionContext 自动提供,可让其获得request,session,response等
response.setHeader("Pragma","No-cache");
response.setHeader("Cache-Control","no-cache");
response.setHeader("Expires","0");
Map session = invocation.getInvocationContext().getSession();
String userName = (String) session.get("userName");
if (null != userName && userName.equals("test")) {
System.out.println("拦截器:合法用户登录---");
return invocation.invoke(); //保持原来的流程不改变
} else {
System.out.println("拦截器:用户未登录---");
return Action.LOGIN; //返回到配置文件中名字为login的action
}
}
}
四种共同点:
对一类url,或所有url进行业务处理
对各种url之类进行匹配,查找,执行相应操作,与action相比较而言,action只能针对某一特定的url进行匹配,进行操作 如: <form action = "update.action"> action对应的url是固定的,对于struts1.x可能一个action只有一个url
对于struts2.0,一个action可能有多个url,看它实现的方法数量,不过这些url在提交之前都是已经的,固定的。而上面四种可以对任意url进行操作,如<url-pattern>*.action</url-pattern>
区别:1,servlet 流程是短的,url传来之后,就对其进行处理,之后返回或转向到某一自己指定的页面。它主要用来在
业务处理之前进行控制.
2,filter 流程是线性的, url传来之后,检查之后,可保持原来的流程继续向下执行,被下一个filter, servlet接收等,而servlet 处理之后,不会继续向下传递。filter功能可用来保持流程继续按照原来的方式进行下去,或者主导流程,而servlet的功能主要用来主导流程。
filter可用来进行字符编码的过滤,检测用户是否登陆的过滤,禁止页面缓存等
3, servlet,filter都是针对url之类的,而listener是针对对象的操作的,如session的创建,session.setAttribute的发生,在这样的事件发生时做一些事情。
可用来进行:Spring整合Struts,为Struts的action注入属性,web应用定时任务的实现,在线人数的统计等
4,interceptor 拦截器,类似于filter,不过在struts.xml中配置,不是在web.xml,并且不是针对URL的,而是针对action,当页面提交action时,进行过滤操作,相当于struts1.x提供的plug-in机制,可以看作,前者是struts1.x自带的filter,而interceptor 是struts2 提供的filter.
与filter不同点:(1)不在web.xml中配置,而是在struts.xml中完成配置,与action在一起
( 2 ) 可由action自己指定用哪个interceptor 来在接收之前做事
一,servlet
1, 在web.xml中配置
Servlet
<servlet>
<servlet-name>AutoServlet</servlet-name>
<servlet-class>
com.servlet.AutoServlet
</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>AutoServlet</servlet-name>
<url-pattern>/AutoServlet</url-pattern>
</servlet-mapping>
2,定义AutoServlet,继承HttpServlet,实现方法doGet, doPost
3, 应用:
(1)Struts1.x 就是一个Servlet, 它会在doGet方法中读取配置文件struts-config.xml进行action的匹配,进行 业务处理
(2)验证码生成(也可用action来做)
二,filter
1, web.xml配置
<filter>
<filter-name>checkUrl</filter-name>
<filter-class>com.lvjian.filter.CheckUrl</filter-class>
<init-param>
<param-name>name</param-name>
<param-value>asong</param-value>
//初始化传参,得到时在filter的init方法中用filterConfig.getInitParameter( "name" )
</init-param>
</filter>
<filter-mapping>
<filter-name>checkUrl</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
2, 继承 javax.servlet.Filter,实现 doFilter(HttpServletRequest request, HttpServletResponse response
FilterChain filterChain) 等方法
HttpServletRequest request = (HttpServletRequest) req;
HttpServletResponse response = (HttpServletResponse) res;
//获取用户请求的URI
String request_uri = request.getRequestURI();
//获取web应用程序的上下文路径
String contextPath = request.getContextPath();
//去除上下文路径,得到剩余部分的路径
String uri = request_uri.substring(contextPath.length());
//创建会话session
HttpSession session = request.getSession(true);
//保持原有流程不变
filterChain.doFilter( servletRequest , servletResponse );
3,应用:(1)Struts2.0
(2) 进行字符编码的过滤,检测用户是否登陆的过滤等
(3)禁止页面缓存,原理就是对各个请求的url令其为空,在doFilter加入:
request.setCharacterEncoding("GB2312");//设置编码
((HttpServletResponse)response).setHeader("Pragma","No-cache");
((HttpServletResponse)response).setHeader("Cache-Control","no-cache");
((HttpServletResponse)response).setHeader("Expires","0");//禁止缓存
三,listener
1, 在web.xml中配置
<listener>
<listener-class>demo.listener.MyContextLoader</listener-class>
</listener>
//这样服务器就会在启动时创建MyContextLoader的一个实例,并开始监听servlet,session的操作
2, 实现
常用的listener有:
(1) ServletContextListener 监听ServletContext。
当创建ServletContext时,激发 contextInitialized(ServletContextEvent sce)方法;
当销毁ServletContext时,激发contextDestroyed(ServletContextEvent sce)方法。
(2)ServletContextAttributeListener监听对ServletContext属性的操作,比如增加、删除、修改属性。
(3)HttpSessionListener 监听HttpSession的操作。
当创建一个Session时,激发 session Created(HttpSessionEvent se)方法;
当销毁一个Session时,激发sessionDestroyed (HttpSessionEvent se)方法。
(4)HttpSessionAttributeListener 监听HttpSession中的属性的操作。
当在Session增加一个属性时,激发 attributeAdded(HttpSessionBindingEvent se) 方法;
当在Session删除一个属性时,激发attributeRemoved(HttpSessionBindingEventse)方法;
当在Session属性被重新设置时,激发attributeReplaced(HttpSessionBindingEvent se) 方法。
四,interceptor
1, 在struts.xml中配置
创建一个strus.xml的子配置文件struts-l99-default.xml,它继承与struts2的struts-default,此配置文件是其他子配置文件的父类,只要是继承与该文件的配置文件所声明的路径都会被它过滤 .
方法1. 普通配置法
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor" class="edu.hust.interceptor.MyInterceptor"></interceptor>
</interceptors>
<action name="register" class="edu.hust.action.RegisterAction">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
<!-- 在自定义interceptor并将其ref时, 系统会覆盖掉默认的interceptor-stack(defaultStack), 为了保证系统默认的defaultStack不受影响, 我们需要显式的将其引入 -->
<!-- 注意两个interceptor-ref的顺序, 顺序不同, 执行效果也不同: 先配置的先执行/后配置的先退出(先进后出) -->
<interceptor-ref name="defaultStack"></interceptor-ref>
<interceptor-ref name="myInterceptor"></interceptor-ref>
</action>
</package>
</struts>
方法2. 配置拦截器栈(即将多个interceptor串联的一种元素)。然后在<action>中引入该拦截器栈就可以了。
执行顺序为先配置的先执行
这样做的原因是:多个action有相同的多个interceptor时,如一般自己写一个,系统默认的有一个,要注入两个,
对多个action都写这两个,不利于修改,可以写成一个链,只需引用此链即可。
(1)拦截目标对象(被代理对象),这里目标对象就是action;(2)拦截器(一个类,动态的将某些方法插入到目标对象的某方法的before、after);(3)对目标对象生成的(动态)代理对象(代理对象内部方法综合了目标对象方法+拦截器方法)。程序最终执行的是目标对象的代理,而这个代理已经插入了interceptor。拦截器作用:拦截action。interceptor相当于一个入口和出口,通过interceptor进入action,执行完action的代码再通过interceptor出去。针对"struts2 -- interceptor(Interceptor怎么写)"这篇文章的MyInterceptor.class和MyInterceptor2.class。根据下面的配置文件执行程序 <struts> <package name="struts2" extends="struts-default">
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor" class="edu.hust.interceptor.MyInterceptor"></interceptor>
<interceptor-stack name="myInterceptorStack">
<interceptor-ref name="myInterceptor"></interceptor-ref>
<interceptor-ref name="defaultStack"></interceptor-ref>
</interceptor-stack>
</interceptors>
<action name="register" class="edu.hust.action.RegisterAction">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
<interceptor-ref name="myInterceptorStack"></interceptor-ref>
</action>
</package>
</struts>
方法3. 修改默认拦截器,将自定义的拦截器栈定义为struts2的默认拦截器。
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor" class="edu.hust.interceptor.MyInterceptor"></interceptor>
<interceptor-stack name="myInterceptorStack">
<interceptor-ref name="myInterceptor"></interceptor-ref>
<interceptor-ref name="defaultStack"></interceptor-ref>
</interceptor-stack>
</interceptors>
<!-- 此默认interceptor是针对当前包内所有action的,若不为action显式指定interceptor,就会用 default-interceptor-ref-->
<!-- 如果某个action中引入了interceptor, 则在这个action中此默认interceptor就会失效 -->
<default-interceptor-ref name="myInterceptorStack"></default-interceptor-ref>
<action name="register" class="edu.hust.action.RegisterAction">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
</action>
</package>
</struts>
3. extends MethodFilterInterceptor的拦截器如何配置哪些方法该拦截、哪些方法不该拦截(针对方法拦截的配置)
<struts>
<package name="struts2" extends="struts-default">
<interceptors>
<interceptor name="myInterceptor3" class="edu.hust.interceptor.MyInterceptor3"></interceptor>
</interceptors>
<action name="register" class="edu.hust.action.RegisterAction" method="queryAll">
<result name="input">/register.jsp</result>
<result>/result.jsp</result>
<!-- myInterceptor3拦截器只对RegisterAction中的queryAll()方法和insert()方法进行了拦截, 其他方法未进行拦截 -->
<interceptor-ref name="myInterceptor3">
<param name="includeMethods">queryAll, execute</param>
</interceptor-ref>
<interceptor-ref name="defaultStack"></interceptor-ref>
</action>
<action name="register" class="edu.hust.action.RegisterAction" method="insert">
<result <span
2, 实现
interceptor类似于filter, 自定义filter是实现javax.servlet.Filter来完成,而interceptor类似,它通过实现com.opensymphony.xwork2.interceptor.Interceptor来自定义实现。
该接口提供了三个方法:
1) void init(); 在该拦截器被初始化之后,在该拦截器执行拦截之前,系统回调该方法。对于每个拦截器而言,此方法只执行一次。
2) void destroy();该方法跟init()方法对应。在拦截器实例被销毁之前,系统将回调该方法。
3) String intercept(ActionInvocation invocation) throws Exception; 该方法是用户需要实现的拦截动作。该方法会返回一个字符串作为逻辑视图。
除此之外,继承类com.opensymphony.xwork2.interceptor.AbstractInterceptor是更简单的一种实现拦截器类的方式,因为此类提供了init()和destroy()方法的空实现,这样我们只需要实现intercept方法。
3, 应用
import java.util.Map;
import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionInvocation;
import com.opensymphony.xwork2.interceptor.AbstractInterceptor;
/**
* 权限检查拦截器
*
* @author qiujy
* @version 1.0
*/
public class AuthorizationInterceptor extends AbstractInterceptor {
/*
* 拦截Action处理的拦截方法
*
*/
public String intercept(ActionInvocation invocation) throws
Exception {
//清除后台页面的缓存
HttpServletResponse response = ServletActionContext.getResponse();
// ServletActionContext 自动提供,可让其获得request,session,response等
response.setHeader("Pragma","No-cache");
response.setHeader("Cache-Control","no-cache");
response.setHeader("Expires","0");
Map session = invocation.getInvocationContext().getSession();
String userName = (String) session.get("userName");
if (null != userName && userName.equals("test")) {
System.out.println("拦截器:合法用户登录---");
return invocation.invoke(); //保持原来的流程不改变
} else {
System.out.println("拦截器:用户未登录---");
return Action.LOGIN; //返回到配置文件中名字为login的action
}
}
}