过滤器（Filter）和拦截器（Interceptor）在Web开发中至关重要，它们能有效地预处理和后处理请求与响应。本文深入解析它们的机制、配置和典型应用，助你在项目中高效应用并区分这两种强大工具。
过滤器（Filter）
过滤器是一种用于在请求到达 servlet 或响应从 servlet 返回之前对请求或响应进行预处理或后处理的机制。过滤器是基于 Servlet 规范的，通常用于 web 应用程序中。它们的主要特点和用途包括：
过滤器的用途：
- 身份验证与授权：验证用户身份，检查用户是否有权限访问某些资源。
- 日志记录和审计：记录请求的详细信息，如请求 URL、参数、执行时间等。
- 输入校验和清理：对请求参数进行验证和清理，防止 SQL 注入、XSS 攻击等。
- 压缩和解压缩：对响应数据进行压缩，提高传输效率。
工作机制
过滤器是基于 Servlet 规范的，在请求处理链中，过滤器可以在请求到达 servlet 前、在响应返回客户端前对请求和响应进行处理。过滤器通过过滤链（Filter Chain）实现，可以链式调用多个过滤器，按顺序执行。
执行顺序
过滤器可以在 web.xml 文件中配置，也可以通过注解配置，多个过滤器可以链式调用，按照配置的顺序执行。
配置方式
web.xml 配置： 在 web.xml 文件中配置过滤器及其映射。
<filter>
<filter-name>MyFilter</filter-name>
<filter-class>com.example.MyFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>MyFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
注解配置(推荐)： 使用 @WebFilter 注解进行配置。
@WebFilter(filterName = "MyFilter", urlPatterns = "/*")
public class MyFilter implements Filter {
@Override
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
throws IOException, ServletException {
// 过滤逻辑
chain.doFilter(request, response); // 调用下一个过滤器或目标资源
}
@Override
public void init(FilterConfig filterConfig) throws ServletException {
// 初始化逻辑
}
@Override
public void destroy() {
// 销毁逻辑
}
}
生命周期
过滤器在 web 容器启动时被初始化，在容器关闭时被销毁。
典型实现
在 Java 中，过滤器通常通过实现 javax.servlet.Filter 接口来实现。
拦截器（Interceptor）
拦截器通常用于面向切面编程（AOP）或特定框架（如 Spring MVC，Struts2）中，用于在方法调用之前和之后进行拦截处理。它们的主要特点和用途包括：
拦截器的用途
- 日志记录：记录方法调用的详细信息，包括方法名、参数、执行时间等。
- 权限检查：在方法执行之前检查用户权限，决定是否允许执行该方法。
- 事务管理：在方法调用前后进行事务管理，如开启和提交事务。
- 性能监控：监控方法执行时间，收集性能数据。
工作机制
拦截器通常用于面向切面编程（AOP）或特定框架中，用于在方法调用之前和之后进行处理。拦截器可以在方法执行前、方法执行后或方法抛出异常时进行处理。
执行顺序
拦截器可以在框架配置文件中配置，或者通过注解配置，执行顺序可以通过配置文件或注解的优先级来控制。
配置方式
Spring MVC 中的拦截器： 配置方式可以通过 Java 配置或 XML 配置。
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(new MyInterceptor()).addPathPatterns("/**");
}
}
Spring 拦截器实现： 实现 HandlerInterceptor 接口。
public class MyInterceptor implements HandlerInterceptor {
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
throws Exception {
// 在请求处理之前进行调用
return true; // 返回 true 则继续处理，返回 false 则中断请求
}
@Override
public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler,
ModelAndView modelAndView) throws Exception {
// 在请求处理之后、视图渲染之前进行调用
}
@Override
public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler,
Exception ex) throws Exception {
// 在整个请求结束之后调用
}
}
生命周期
拦截器通常在方法调用前后执行，可以进行更细粒度的控制，如在方法执行前、方法执行后或方法抛出异常时进行处理。
典型实现
在 Spring 中，拦截器通常通过实现 HandlerInterceptor 接口来实现。 在 Struts2 中，拦截器通过实现 Interceptor 接口来实现。
详细对比
| 特点 | 过滤器（Filter） | 拦截器（Interceptor） |
|---|---|---|
| 应用层次 | Web 层次，基于 Servlet 规范 | 业务逻辑层次，依赖于具体框架（如 Spring MVC） |
| 处理对象 | HTTP 请求和响应 | 方法调用 |
| 配置方式 | web.xml 配置或注解配置 | 框架配置文件或注解配置 |
| 适用场景 | 身份验证、日志记录、输入校验、数据压缩等 | 日志记录、权限检查、事务管理、性能监控等 |
| 生命周期 | 在容器启动时初始化，关闭时销毁 | 方法调用前后，细粒度控制 |
| 实现方式 | 实现 javax.servlet.Filter 接口 | 实现 HandlerInterceptor 接口（Spring MVC） |
对比总结
应用层次：过滤器应用于 web 层面，对所有请求和响应进行处理；拦截器应用于业务逻辑层面，对特定方法或控制器的调用进行处理。 灵活性：拦截器通常比过滤器更灵活，可以对方法调用进行更细粒度的控制。 依赖性：过滤器是基于 Servlet 规范的，独立于具体框架；拦截器通常依赖于具体的框架（如 Spring，Struts2）。
选择建议
- 使用过滤器：
- 需要对所有 HTTP 请求和响应进行统一处理。
- 进行通用的预处理或后处理，如身份验证、数据压缩等。
- 使用拦截器：
- 需要对特定的业务逻辑进行前后处理。
- 进行细粒度的控制，如事务管理、方法调用的权限检查。
