转载地址:http://hikin.iteye.com/blog/663539
Filter可认为是Servlet的一种“变种”,它主要用于对用户请求进行预处理,也可以对HttpServletResponse进行后处 理,是个典型的处理链。它与Servlet的区别在于:它不能直接向用户生成响应。完整的流程是:Filter对用户请求进行预处理,接着将请求交给 Servlet进行处理并生成响应,最后Filter再对服务器响应进行后处理。
2)servlet、filter、interceptor的执行顺序
![](https://i-blog.csdnimg.cn/blog_migrate/7f7254dac9c0bc8e7c6be00438b37fb8.png)
通过上图可以看到,顺序应该是我们配的filter在前,之后是struts2的FilterDispatcher,然后是各个拦截器,最后原路 返回。
filter与servlet:
http://www.cnblogs.com/Fskjb/archive/2010/03/27/1698448.html
filter 与 struts 拦截器
http://bruceyoo.iteye.com/blog/631355
http://jwx0925.iteye.com/blog/631968
Struts2中拦截器与过滤器的执行顺序证明:
http://blog.163.com/mail_sv/blog/static/13853926420102295392416/
==============
略多细读
看Servelt规范:
简要翻译下:
filter是一个可以复用的代码片段,可以用来转换HTTP请求、响应和头信息。Filter不像Servlet,它不能产生一个请求或者响 应,它只是修改对某一资源的请求,或者修改从某一的响应。
再在看Filter的继承体系(不继承Servlet接口):
- public interface Filter
- public interface Filter
所以第一个结论:Servlet和Filter没有关系!但是2者可以很好的协同工作。
servlet、filter、interceptor
首先,关于Interceptor。Interceptor是XWork中引入的概念,Struts2的核心是XWork2。 Struts2的DispatcherFilter从SerlvetContainer中,获取到HTTP请求,然后交由内部的Interceptor处 理。
Interceptor不是Servlet JSR中的概念。所以Interceptor与其他Filter的执行顺序,取决于Struts2的DispatcherFilter与其他Filter 的执行顺序。
问题变为: Servlet Filter Struts2的DispatcherFilter的执行顺序。
在Servlet JSR中说明了Servlet和Filter执行的顺序:
如果一个请求匹配了一个Serlvet,并且该Servlet配置了一个或者多个Filter,毫无疑问,先执行Filter,再执行 Servlet。
对与多个匹配的Filter,哪个先执行呢?
JSR中说明的是,按照多个匹配的Filter,是按照其在web.xml中配置的顺序 来执行的。
所以这也就是,把自己的Filter或者其他的Filter(比如UrlRewrite的Filter)放在Struts的 DispatcherFilter的前面的原因。因为,它们需要在请求被Struts2框架处理之前,做一些前置的工作。
当Filter被调用,并且进入了Struts2的DispatcherFilter中 后,Struts2会按照在Action中配置的Interceptor Stack中的Interceptor的顺序,来调用Interceptor。
转自:http://www.iteye.com/problems/41978