Filter、Listener、Interceptor之间那些纠结

出于对作者的尊重，原文地址为：http://www.cnblogs.com/zhhuanl/archive/2011/03/29/1998556.html

原本只是想梳理Filter和Listener之间的关系，没想google告诉我更多……

Filter：我们定义一个Filter接口的实现类，并在web.xml中配置这个过滤器，其通常用来做乱码处理、权限控制，也可以管理Hibernate 的session。那么Tomcat在接收HttpRequest请求后会先调用FilterChain中的第一个过滤器，为了不至于Req中断，我们在处理完过滤之后需要调用FilterChain.doFilter(req,rsp)，将请求下传；

Listener：使用观察者模式实现，需要实现Listener接口，并配置web.xml，那么Tomcat在启动的时候就会把监听类的实例加载到一个相关集合中，可以监听客户端的请求、服务端的操作，也可以自动激发一些操作，例如aop的启用。

-------------------------------------------------------------------------------------------------------------------------------

“

filter、listener、interceptor、action、servlet之间的共同点：

     对一类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 来在接收之前做事 一，servlet1， 在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, doPost3, 应用：（1）Struts1.x 就是一个Servlet, 它会在doGet方法中读取配置文件struts-config.xml进行action的匹配，进行   业务处理（2）验证码生成（也可用action来做）  二，filter1, 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 实现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方法。     应用   import java.util.Map; import com.opensymphony.xwork2.Action; import com.opensymphony.xwork2.ActionInvocation; import com.opensymphony.xwork2.interceptor.AbstractInterceptor; /** * 权限检查拦截器 */ 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 } } }

”