过滤器和拦截器的区别

整理自:https://www.cnblogs.com/panxuejun/p/7715917.html

先看下权威的说法:
图说
过滤器和拦截器的区别:

总体区别:

  1. 拦截器是基于java的反射机制的,而过滤器是基于函数回调。
  2. 拦截器不依赖与servlet容器,过滤器依赖与servlet容器。
  3. 拦截器只能对action请求起作用,而过滤器则可以对几乎所有的请求起作用。
  4. 拦截器可以访问action上下文、值栈里的对象,而过滤器不能访问。
  5. 在action的生命周期中,拦截器可以多次被调用,而过滤器只能在容器初始化时被调用一次。
  6. 拦截器可以获取IOC容器中的各个bean,而过滤器就不行,这点很重要,在拦截器里注入一个service,可以调用业务逻辑。

拦截器可以获取ioc中的service bean实现业务逻辑,拦截器可以获取ioc中的service bean实现业务逻辑,拦截器可以获取ioc中的service bean实现业务逻辑,

触发时机

有个专业词语叫触发时机

过滤器和拦截器触发时间和地点不一样:

过滤器是在请求进入容器后,但请求进入servlet之前进行预处理的。请求结束返回也是,是在servlet处理完后,返回给前端之前。

总结:过滤器包裹住servlet,servlet包裹住拦截器。

如下图所示:
触发时机

过滤器的触发时机是容器后,servlet之前,所以过滤器的doFilter(ServletRequest request,ServletResponse response, FilterChain chain)的入参是ServletRequest,而不是httpservletrequest。因为过滤器是在httpservlet之前。

下面分别下过滤器 和 拦截器

过滤器

过滤器是JavaEE标准,采用函数回调的方式进行。是在请求进入容器之后,还未进入Servlet之前进行预处理,并且在请求结束返回给前端这之间进行后期处理。

@Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        System.out.println("before...");
        chain.doFilter(request, response);
        System.out.println("after...");
    }

chain.doFilter(request, response);这个方法的调用作为分水岭。事实上调用Servlet的doService()方法是在chain.doFilter(request, response);这个方法中进行的。

事实上调用Servlet的doService()方法是在chain.doFilter(request, response);这个方法中进行的。

拦截器

拦截器是被包裹在过滤器之中的。

	@Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        System.out.println("preHandle");
        return true;
    }

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        System.out.println("postHandle");
    }

    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
        System.out.println("afterCompletion");
    }
  • preHandle()这个方法是在过滤器的chain.doFilter(request, response)方法的前一步执行,也就是在 [System.out.println(“before…”)][chain.doFilter(request, response)]之间执行。
  • preHandle()方法之后,在return ModelAndView之前进行,可以操控Controller的ModelAndView内容。
  • afterCompletion()方法是在过滤器返回给前端前一步执行,也就是在[chain.doFilter(request, response)][System.out.println(“after…”)]之间执行。
  1. SpringMVC的机制是由同一个Servlet来分发请求给不同的Controller,其实这一步是在Servlet的service()方法中执行的。所以过滤器、拦截器、service()方法,dispatc()方法的执行顺序应该是这样的,大致画了个图:其实非常好测试,自己写一个过滤器,一个拦截器,然后在这些方法中都加个断点,一路F8下去就得出了结论。
  2. SpringMVC的机制是由同一个Servlet来分发请求给不同的Controller,其实这一步是在Servlet的service()方法中执行的。
  3. 拦截器是spring容器的,是spring支持的,

总结如下图所示:
拦截器和过滤器

<think>好的,用户现在想了解Java Web开发中过滤器(Filter)拦截器(Interceptor)的区别及使用场景。我需要综合之前的回答提供的引用内容来整理出一个清晰的解释。 首先,用户之前的问题是关于ServletSpringMVC的执行流程,所以可能对两者的组件如何协作比较熟悉。现在的问题涉及过滤器拦截器,这两者在处理请求时扮演不同角色,但容易混淆。 根据引用内容,过滤器是Servlet规范的一部分,而拦截器通常是Spring MVC等框架提供的。我需要先明确两者的定义所属规范。例如,引用[2]提到过滤器属于Servlet规范,而拦截器属于框架。这应该是区别的核心点之一。 接下来是应用范围。引用[5]指出过滤器在Web容器级别工作,可以处理所有请求,而拦截器在应用级别,作用于特定的控制器或方法。这部分需要详细说明,可能还要提到配置方式的不同,比如过滤器在web.xml,拦截器在Spring配置中。 然后是执行顺序。根据之前的回答,过滤器的执行在Servlet之前,拦截器在DispatcherServlet之后。这会影响它们在请求处理流程中的位置,需要强调执行顺序的不同。 使用场景方面,引用[4]提到Spring Security使用过滤器,因为不耦合框架,而拦截器适合框架特定的处理。比如权限检查、日志记录,过滤器适合全局处理,拦截器适合更细粒度的控制。 还要注意生命周期,过滤器的生命周期与Servlet容器相关,而拦截器由Spring管理,可能受Spring容器的生命周期影响。这点在引用[3]的代码示例中也有体现,过滤器的initdestroy方法由容器管理。 可能用户还关心如何选择使用哪个,需要结合场景举例,比如跨域处理用过滤器,而参数校验用拦截器。同时要指出拦截器可以访问Spring的上下文,而过滤器不行,这会影响它们的应用范围。 最后,确保回答结构清晰,分点说明区别,再列举使用场景,并给出总结性的建议。需要检查引用标记是否正确,并参考用户提供的引用编号对应到之前的回答内容。</think>### 过滤器(Filter)与拦截器(Interceptor)的区别 #### 1. **规范与依赖** - **过滤器(Filter)** - 属于 **Servlet 规范**(`javax.servlet.Filter`),依赖 Web 容器(如 Tomcat),与框架无关[^2][^3]。 - 可拦截 **所有进入容器的请求**(包括静态资源),无论是否由 Spring MVC 处理[^2][^5]。 - **拦截器(Interceptor)** - 属于 **框架层**(如 Spring MVC 或 Struts),需依赖 Spring 容器[^4][^5]。 - 仅拦截 **通过 DispatcherServlet 的请求**(即 Spring MVC 处理的请求)[^1][^5]。 #### 2. **执行顺序** ```text HTTP请求 → 过滤器(Filter) → Servlet → 拦截器(Interceptor) → Controller方法 ``` - **过滤器**在请求到达 Servlet 之前执行,响应返回客户端之前也可处理[^3]。 - **拦截器**在请求进入 Controller 前后执行(通过 `preHandle`、`postHandle`、`afterCompletion`)[^1][^5]。 #### 3. **功能范围** - **过滤器** - 可修改请求/响应内容(如编码转换、添加请求头)[^3]。 - 示例:日志记录、全局权限校验、XSS 攻击防护。 ```java public class EncodingFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) { req.setCharacterEncoding("UTF-8"); // 修改请求编码 chain.doFilter(req, res); } } ``` - **拦截器** - 仅能读取请求参数,无法直接修改请求内容[^5]。 - 示例:接口耗时统计、Controller 方法级的权限校验。 ```java public class AuthInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest req, HttpServletResponse res, Object handler) { if (req.getSession().getAttribute("user") == null) { res.sendRedirect("/login"); // 未登录跳转 return false; } return true; } } ``` #### 4. **配置方式** - **过滤器**:在 `web.xml` 中配置或通过 `@WebFilter` 注解(Servlet 3.0+)[^3]。 ```xml <filter> <filter-name>LoggingFilter</filter-name> <filter-class>com.example.LoggingFilter</filter-class> </filter> <filter-mapping> <filter-name>LoggingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> ``` - **拦截器**:通过 Spring 配置类注册(实现 `WebMvcConfigurer`)[^1][^5]。 ```java @Configuration public class WebConfig implements WebMvcConfigurer { @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new AuthInterceptor()).addPathPatterns("/api/**"); } } ``` --- ### 使用场景对比 | **场景** | **过滤器(Filter)** | **拦截器(Interceptor)** | |-------------------------|-----------------------------------|------------------------------------| | **全局请求处理** | 日志记录、跨域处理、字符编码统一设置 | Controller 方法调用前后逻辑(如接口耗时统计) | | **安全控制** | XSS 过滤、IP 黑名单拦截 | 基于用户角色的细粒度权限校验(如管理员接口) | | **资源管理** | 静态资源压缩(GZIP) | 动态资源缓存控制 | | **框架耦合性** | 无(适合通用模块,如 Spring Security)[^4] | 需依赖 Spring MVC 等框架 | --- ### 总结 - **优先使用过滤器**:若需处理与业务无关的通用逻辑(如编码、跨域),或需拦截静态资源[^2]。 - **优先使用拦截器**:若需与 Spring 上下文交互(如依赖注入),或控制 Controller 方法级别的逻辑[^4][^5]。 --- ### 相关问题 1. 如何实现过滤器链(Filter Chain)的执行顺序? 2. 拦截器如何获取 Spring 容器中的 Bean? 3. 为什么 Spring Security 选择使用过滤器而非拦截器?[^4]
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值