servlet filter和springMVC拦截器的区别

在struts2中用过filter过滤器，在springmvc中还有拦截器，它们都能过滤请求，但是到底有什么区别呢？

一、定义

拦截器 ：是在面向切面编程的就是在你的service或者一个方法，前调用一个方法，或者在方法后调用一个方法比如动态代理就是拦截器的简单实现，在你调用方法前打印出字符串（或者做其它业务逻辑的 *** 作），也可以在你调用方法后打印出字符串，甚至在你抛出异常的时候做业务逻辑的 *** 作。

过滤器：是在javaweb中，你传入的request、response提前过滤掉一些信息，或者提前设置一些参数，然后再传入servlet或者struts的action进行业务逻辑，比如过滤掉非法url（不是logindo的地址请求，如果用户没有登陆都过滤掉），或者在传入servlet或者 struts的action前统一设置字符集，或者去除掉一些非法字符。

二、xml文件配置

1filter

该过滤器的方法是创建一个类XXXFilter实现此接口，并在该类中的doFilter方法中声明过滤规则，然后在配置文件webxml中声明他所过滤的路径

<filter>

<filter-name>XXXFilter</filter-name>

<filter-class>

comwebutilXXXFilter

</filter-class>

</filter>

<filter-mapping>

<filter-name>XXXFilter</filter-name>

<url-pattern>action</url-pattern>

</filter-mapping>

<filter>

<filter-name>XXXFilter</filter-name>

<filter-class>

comwebutilXXXFilter

</filter-class>

</filter>

<filter-mapping>

<filter-name>XXXFilter</filter-name>

<url-pattern>action</url-pattern>

</filter-mapping>

2Interceptor

它也要实现HandlerInterceptor 接口，这里只介绍方法注解配置

<!-- 拦截器 -->

<mvc:interceptors>

<!-- 多个拦截器,顺序执行 -->

<mvc:interceptor>

<mvc:mapping path="/entryOrJsonController/" /><!-- 如果不配置或/,将拦截所有的Controller -->

<bean class="comwyinterceptorCommonInterceptor"></bean>

</mvc:interceptor>

</mvc:interceptors>

<!-- 拦截器 -->

<mvc:interceptors>

<!-- 多个拦截器,顺序执行 -->

<mvc:interceptor>

<mvc:mapping path="/entryOrJsonController/" /><!-- 如果不配置或/,将拦截所有的Controller -->

<bean class="comwyinterceptorCommonInterceptor"></bean>

</mvc:interceptor>

</mvc:interceptors>

三、具体区别

filter

Interceptor

多个的执行顺序

根据filter mapping配置的先后顺序

按照配置的顺序，但是可以通过order控制顺序

规范

在Servlet规范中定义的，是Servlet容器支持的

Spring容器内的，是Spring框架支持的。

使用范围

只能用于Web程序中

既可以用于Web程序，也可以用于Application、Swing程序中。

深度

Filter在只在Servlet前后起作用

拦截器能够深入到方法前后、异常抛出前后等

四、总结

两者的本质区别：拦截器是基于java的反射机制的，而过滤器是基于函数回调。从灵活性上说拦截器功能更强大些，Filter能做的事情，他都能做，而且可以在请求前，请求后执行，比较灵活。Filter主要是针对URL地址做一个编码的事情、过滤掉没用的参数、安全校验（比较泛的，比如登录不登录之类），太细的话，还是建议用interceptor。不过还是根据不同情况选择合适的。

java里的拦截器是动态拦截Action调用的对象，它提供了一种机制可以使开发者在一个Action执行的前后执行一段代码，也可以在一个Action

执行前阻止其执行，同时也提供了一种可以提取Action中可重用部分代码的方式。在AOP中，拦截器用于在某个方法或者字段被访问之前，进行拦截

然后再之前或者之后加入某些 *** 作。目前，我们需要掌握的主要是Spring的拦截器，Struts2的拦截器不用深究，知道即可。

2，拦截器的原理

大部分时候，拦截器方法都是通过代理的方式来调用的。Struts2的拦截器实现相对简单。当请求到达Struts2的ServletDispatcher时，Struts2

会查找配置文件，并根据配置实例化相对的拦截器对象，然后串成一个列表（List），最后一个一个的调用列表中的拦截器。Struts2的拦截器是可

插拔的，拦截器是AOP的一个实现。Struts2拦截器栈就是将拦截器按一定的顺序连接成一条链。在访问被拦截的方法或者字段时，Struts2拦截器链

中的拦截器就会按照之前定义的顺序进行调用。

3，自定义拦截器的步骤

第一步：自定义一个实现了Interceptor接口的类，或者继承抽象类AbstractInterceptor。

第二步：在配置文件中注册定义的拦截器。

第三步：在需要使用Action中引用上述定义的拦截器，为了方便也可以将拦截器定义为默认的拦截器，这样在不加特殊说明的情况下，所有的

Action都被这个拦截器拦截。

4，过滤器与拦截器的区别

过滤器可以简单的理解为“取你所想取”，过滤器关注的是web请求；拦截器可以简单的理解为“拒你所想拒”，拦截器关注的是方法调用，比如拦截

敏感词汇。

41，拦截器是基于java反射机制来实现的，而过滤器是基于函数回调来实现的。（有人说，拦截器是基于动态代理来实现的）

42，拦截器不依赖servlet容器，过滤器依赖于servlet容器。

43，拦截器只对Action起作用，过滤器可以对所有请求起作用。

44，拦截器可以访问Action上下文和值栈中的对象，过滤器不能。

45，在Action的生命周期中，拦截器可以多次调用，而过滤器只能在容器初始化时调用一次。

5，Spring拦截器

java里面过滤器和拦截器的区别：

①拦截器是基于java的反射机制的，而过滤器是基于函数回调。

②拦截器不依赖与servlet容器，过滤器依赖与servlet容器。

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

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

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

⑥拦截器可以获取IOC容器中的各个bean，而过滤器就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑。

拦截器：是在面向切面编程的就是在你的service或者一个方法，前调用一个方法，或者在方法后调用一个方法比如动态代理就是拦截器的简单实现，在你调用方法前打印出字符串（或者做其它业务逻辑的 *** 作），也可以在你调用方法后打印出字符串，甚至在你抛出异常的时候做业务逻辑的 *** 作。

下面通过实例来看一下过滤器和拦截器的区别：

使用拦截器进行/admin 目录下jsp页面的过滤

<package name="newsDemo" extends="struts-default"

namespace="/admin">

<interceptors>

<interceptor name="auth" class="comtestnewsutilAccessInterceptor" />

<interceptor-stack name="authStack">

<interceptor-ref name="auth" />

</interceptor-stack>

</interceptors>

<!-- action -->

<action name="newsAdminView!" class="newsAction"

method="{1}">

<interceptor-ref name="defaultStack"/>

<interceptor-ref name="authStack">

</interceptor-ref>

下面是我实现的Interceptor class:

package comtestnewsutil;

import javautilMap;

import comopensymphonyxwork2ActionContext;

import comopensymphonyxwork2ActionInvocation;

import comopensymphonyxwork2interceptorAbstractInterceptor;

import comtestnewsactionAdminLoginAction;

public class AccessInterceptor extends AbstractInterceptor {

private static final long serialVersionUID = -4291195782860785705L;

@Override

public String intercept(ActionInvocation actionInvocation) throws Exception {

ActionContext actionContext = actionInvocationgetInvocationContext();

Map session = actionContextgetSession();

//except login action

Object action = actionInvocationgetAction();

if (action instanceof AdminLoginAction) {

return actionInvocationinvoke();

}

//check session

if(sessionget("user")==null ){

return "logout";

}

return actionInvocationinvoke();//go on

}

}

过滤器：是在java web中，你传入的request,response提前过滤掉一些信息，或者提前设置一些参数，然后再传入servlet或者struts的 action进行业务逻辑，比如过滤掉非法url（不是logindo的地址请求，如果用户没有登陆都过滤掉）,或者在传入servlet或者 struts的action前统一设置字符集，或者去除掉一些非法字符

使用过滤器进行/admin 目录下jsp页面的过滤，首先在webxml进行过滤器配置:

<filter>

<filter-name>access filter</filter-name>

<filter-class>

comtestnewsutilAccessFilter

</filter-class>

</filter>

<filter-mapping>

<filter-name>access filter</filter-name>

<url-pattern>/admin

public void destroy() {

}

public void doFilter(ServletRequest arg0, ServletResponse arg1,

FilterChain filterChain) throws IOException, ServletException {

HttpServletRequest request = (HttpServletRequest)arg0;

HttpServletResponse response = (HttpServletResponse)arg1;

HttpSession session = requestgetSession();

if(sessiongetAttribute("user")== null && requestgetRequestURI()indexOf("loginjsp")==-1 ){

responsesendRedirect("loginjsp");

return ;

}

filterChaindoFilter(arg0, arg1);

}

public void init(FilterConfig arg0) throws ServletException {

}

}

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

2、过滤器依赖与servlet容器，而拦截器不依赖与servlet容器

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

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

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

1 拦截器是基于java的反射机制的，而过滤器是基于函数回调。\x0d\2 拦截器不依赖与servlet容器，过滤器依赖与servlet容器。\x0d\3 拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。\x0d\4 拦截器可以访问action上下文、值栈里的对象，而过滤器不能访问。\x0d\5 在action的生命周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次

过滤器和拦截器的区别：

①拦截器是基于java的反射机制的，而过滤器是基于函数回调。

②拦截器不依赖与servlet容器，过滤器依赖与servlet容器。

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

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

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

⑥拦截器可以获取IOC容器中的各个bean，而过滤器就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑。

可以是基于url 

基于URL

也可以是基于Spring boot

1拦截器介绍

Web开发中，可以用Filter（过滤器）和 HandlerInterceptor（拦截器） 来过滤web请求，都能对客户端发来的请求进行处理。

过滤器：是一个服务器端的组件，它可以截取用户端的请求和响应信息，并对这些信息过滤。

Spring MVC 中的拦截器（Interceptor）类似于 Servlet 开发中的过滤器 Filter，它主要用于拦截用户请求并作相应的处理,它也是 AOP 编程思想的体现,底层通过动态代理模式完成。听说：只有经过DispatcherServlet 的请求，才会走拦截器链，我们自定义的Servlet 请求是不会被拦截的

参考 Spring：过滤器filter、拦截器interceptor、和AOP的区别与联系

原理

Filter：过滤器是基于函数回调。

HandlerInterceptor：拦截器是基于java的反射机制，使用代理模式

作用域不同

Filter：过滤器依赖于servlet容器，只能在 servlet容器，web环境下使用。跟Spring没有关系

HandlerInterceptor：拦截器依赖于spring容器，可以在spring容器中调用，不管此时Spring处于什么环境

过滤内容

Filter：过滤器可以对几乎所有的请求起作用（可以保护资源）

HandlerInterceptor：拦截器只能对action起作用

细粒度的不同

Filter：过滤器的控制比较粗，只能在请求进来时进行处理，对请求和响应进行包装

HandlerInterceptor：拦截器提供更精细的控制，可以在controller对请求处理之前或之后被调用，也可以在渲染视图呈现给用户之后，以及request全部结束之后，都可以拦截到

中断

Filter：过滤器比较复杂，需要处理请求和响应对象来引发中断，需要额外的动作，比如将用户重定向到错误页面

HandlerInterceptor：不能通过拦截器修改request内容，但是可以通过抛出异常或者preHandle方法内返回 false 进行中断来暂停request执行   

小结

如果过滤器和拦截器同时存在：执行顺序：过滤前-拦截前-Action处理-拦截后-过滤后

替代：过滤器能做的，拦截器基本上都能做

————————————————

原文链接：https://blogcsdnnet/dreamstar613/article/details/106746128