\(^_^)/ Servlet、Filter、Listener、Interceptor

参考：http://thinkerandthinker.iteye.com/blog/2120284

参考：http://wjg-java.iteye.com/blog/1825507

 

 

首先，JSP/Servlet规范中定义了Servlet、Filter、Listener这三种角色，并没有定义Interceptor这个角色，Interceptor是某些MVC框架中的角色，比如Struts2中，Interceptor是用来拦截Action中的方法的调用，在被拦截的Action方法被执行前，先执行响应的拦截器中的方法。

servlet、filter、listener是配置到web.xml中，interceptor不配置到web.xml中，struts的拦截器配置到struts.xml中。spring的拦截器配置到spring.xml中。

servlet、filter、listener三者的加载顺序与它们在 web.xml 文件中配置的先后顺序无关。即不会因为filter写在listener的前面而会先加载filter：加载它们的先后顺序是：listener -> filter -> servlet

同时还存在着这样一种配置节：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是不是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，因此真正的加载顺序为：context-param -> listener -> filter -> servlet

context-param、listener、 filter、 servlet的加载顺序不是配置时先后顺序的影响，但是多个filter时，filter之间的加载顺是受影响的。web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。

 

 

 比较一,filter基于回调函数，我们需要实现的filter接口中doFilter方法就是回调函数，而interceptor则基于java本身的反射机制,这是两者最本质的区别。
 比较二,filter是依赖于servlet容器的，即只能在servlet容器中执行，很显然没有servlet容器就无法来回调doFilter方法。而interceptor与servlet容器无关。
 比较三，Filter的过滤范围比Interceptor大,Filter除了过滤请求外通过通配符可以保护页面，图片，文件等等，而Interceptor只能过滤请求。
 比较四，Filter的过滤例外一般是在加载的时候在init方法声明,而Interceptor可以通过在xml声明是guest请求还是user请求来辨别是否过滤。

 

 

 

1.过滤器
Servlet中的过滤器Filter是实现了javax.servlet.Filter接口的服务器端程序，主要的用途是过滤字符编码、做一些业务逻辑判断等。其工作原理是，只要你在web.xml文件配置好要拦截的客户端请求，它都会帮你拦截到请求，此时你就可以对请求或响应(Request、Response)统一设置编码，简化操作；同时还可进行逻辑判断，如用户是否已经登陆、有没有权限访问该页面等等工作。它是随你的web应用启动而启动的，只初始化一次，以后就可以拦截相关请求，只有当你的web应用停止或重新部署的时候才销毁，

2.监听器
现在来说说Servlet的监听器Listener，它是实现了javax.servlet.ServletContextListener 接口的服务器端程序，它也是随web应用的启动而启动，只初始化一次，随web应用的停止而销毁。主要作用是：做一些初始化的内容添加工作、设置一些基本的内容、比如一些参数或者是一些固定的对象等等。

3.拦截器
拦截器是在面向切面编程中应用的，就是在你的service或者一个方法前调用一个方法，或者在方法后调用一个方法。是基于JAVA的反射机制。拦截器不是在web.xml，比如struts在struts.xml中配置 ,这个在我的spring aop中有说明。
Struts2的Interceptor，其拦截的对象是Action代码，可以定义在Action代码之前或者之后执行拦截器的代码。

 

 

==================================Filter=============================================
filter过滤器是在Java Servlet规范2.3中定义的，在Java Servlet规范2.3出来之前，是没有filter这个角色的。

filter这个角色是用来：在请求到达servlet之前，先截获请求，对请求先做一些预处理(例如编码转换，权限验证)。处理完后在把请求转发给servlet或把不符合某些规则的请求丢弃掉，不再转发给servlet了。当servlet处理好请求后，返回响应给浏览器时，filter拦截响应，对响应做一些处理之后，再返回给浏览器。

 

由此可见，filter这个角色的职责就是：帮servlet做一些前期预处理工作(先于servlet处理request)和善后工作(后于servlet处理response)的辅助角色，它就像servlet的助手一样，但它并不是必须的，因为在之前没有filter的时候，servlet也能很好地工作。只是如果有filter的帮助的话，servlet就能更专注处理一些核心的业务。

多个filter可以协同工作，它们之间采用了职责链的设计模式来协同工作。一个filter处理完后，调用下一个filter来处理，每个filter负责处理不同的工作，而这些filter之间可以根据需要灵活组合。filter的先后顺序按filter在web.xml中配置的先后顺序。

filter需要servlet容器(tomcat)的支持，能运行filter的servlet容器必须实现在Java Servlet规范2.3版中定义的功能。servlet容器是对javax.servlet.Filter这个接口进行编程的，所以你自己写的filter必须直接或间接的实现了javax.servlet.Filter这个接口，否则servlet容器不能跟你定义的filter进行交互(因为在编程实现容器时，就把javax.servlet.Filter这个接口编进容器代码中了，容器只能调用javax.servlet.Filter接口的实现类）。

 

 

=====================================Listener============================================
listener是对事件进行监听和处理的角色，它采用观察者模式，只有当在这个listener上注册了的事件
发生时，listener才会执行事件处理方法。这些事件举例：上下文(context)加载事件；session创建或销毁事件；容器、session或请求的属性设置或移除事件等。

servlet2.4规范中提供了8个listener接口，可以将其分为三类，分别如下：
第一类：与servletContext(Application)有关的listner接口。包括：ServletContextListener、ServletContextAttributeListener
第二类：与HttpSession有关的Listner接口。包括：HttpSessionListner、HttpSessionAttributeListener、HttpSessionBindingListener、HttpSessionActivationListener；
第三类：与ServletRequest有关的Listener接口，包括：ServletRequestListner、ServletRequestAttributeListener

 

=====================================Interceptor=========================================
Interceptor是某些MVC框架中的角色，比如Struts2中，Interceptor是用来拦截Action中的方法的调用，在被拦截的Action方法被执行前，先执行响应的拦截器中的方法。interceptor：是在面向切面编程的，就是在你的service或者一个方法，前调用一个方法，或者在方法后调用一个方法，比如动态代理就是拦截器的简单实现。filter是在servlet前面拦截请求，而interceptor是利用面向切面编程的技术，在Struts的内部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 来在接收之前做事