JSP过滤器配置中，web.xml和注解两种方式有何区别呢？

在Java Web开发中，JSP过滤器是一个强大的组件，它能够在客户端请求到达目标资源（如JSP页面或Servlet）之前进行拦截，并在服务器响应返回给客户端之前进行处理，这种机制常用于实现通用的功能，如用户认证、日志记录、字符编码统一、数据压缩等，从而提高代码的复用性和可维护性，配置过滤器是使用它的第一步，主要有两种方式：传统的web.xml配置文件和基于注解的配置。

过滤器的工作原理

要理解配置,首先需要了解过滤器的基本工作流程，每个过滤器都必须实现javax.servlet.Filter接口，该接口包含三个核心方法：

• init(FilterConfig config): 在过滤器实例化后、开始服务前，由Web容器调用，此方法仅执行一次，通常用于加载初始化配置。
• doFilter(ServletRequest request, ServletResponse response, FilterChain chain): 这是过滤器的核心方法，每当请求匹配过滤器的URL模式时，容器就会调用此方法，开发者在此方法中编写预处理和后处理逻辑，并通过调用chain.doFilter()将请求传递给下一个过滤器或目标资源。
• destroy(): 在过滤器实例被销毁前（如Web应用卸载时）由容器调用，用于释放资源。

多个过滤器可以形成一个“过滤器链”，请求会按照配置的顺序依次通过链上的每一个过滤器。

配置方式详解

使用 web.xml 文件配置

这是最传统且最明确的配置方式,所有配置信息都集中在部署描述符web.xml中，便于管理和查看。

配置主要分为两步：声明过滤器和映射过滤器。

声明过滤器

使用<filter>标签来定义一个过滤器实例。

• <filter-name>: 为过滤器指定一个唯一的名称。
• <filter-class>: 指定实现Filter接口的类的完整路径。
• <init-param>: （可选）为过滤器提供初始化参数，可以在init()方法中通过FilterConfig获取。

映射过滤器

使用<filter-mapping>标签将过滤器与一个或多个URL模式或Servlet名称关联起来。

<filter-mapping> <filter-name>CharacterEncodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

• <filter-name>: 引用之前声明的过滤器名称。
• <url-pattern>: 指定过滤器要拦截的URL，表示拦截所有请求，/admin/*表示拦截所有以/admin/开头的请求，*.jsp表示拦截所有以.jsp结尾的请求。

当存在多个<filter-mapping>时，它们在web.xml中出现的顺序决定了过滤器链的执行顺序。

使用注解配置

自Servlet 3.0规范起，可以直接在过滤器类上使用@WebFilter注解进行配置，这大大简化了开发过程，无需修改web.xml文件。

import javax.servlet.*; import javax.servlet.annotation.WebFilter; import javax.servlet.annotation.WebInitParam; import java.io.IOException; @WebFilter( filterName = "CharacterEncodingFilter", urlPatterns = "/*", initParams = { @WebInitParam(name = "encoding", value = "UTF-8") } ) public class CharacterEncodingFilter implements Filter { // ... 实现Filter接口的方法 ... }

@WebFilter注解的常用属性包括：

• filterName: 过滤器的名称，对应<filter-name>。
• urlPatterns / value: 指定URL模式，对应<url-pattern>，二者是等效的。
• initParams: 设置初始化参数，类型为@WebInitParam数组。

使用注解时,过滤器链的执行顺序由Web容器决定，通常不如web.xml配置直观，若需精确控制顺序，建议仍使用web.xml。

配置方式对比

对于小型项目或简单的过滤器,注解配置更为方便，而对于大型、复杂的企业级应用，使用web.xml进行集中化、规范化的配置通常是更好的选择。

相关问答FAQs

Q1: 一个请求可以被多个过滤器拦截吗？它们的执行顺序是如何确定的？

A: 是的，一个请求完全可以被多个过滤器拦截，这些过滤器会形成一个“过滤器链”，执行顺序的确定方式取决于配置方法：

• web.xml配置：执行顺序严格按照<filter-mapping>标签在web.xml文件中定义的先后顺序来决定，最先定义的<filter-mapping>对应的过滤器会最先执行。
• 注解配置：执行顺序由Web容器（如Tomcat）自行决定，通常是根据过滤器的类名进行字典排序，因此顺序是不确定的，如果需要严格控制顺序，最佳实践是放弃注解，转而在web.xml中定义所有过滤器的映射。

Q2: 过滤器和Servlet的根本区别是什么？

A: 过滤器和Servlet在Java Web应用中扮演着截然不同的角色，其核心区别在于职责和处理流程：

• 职责：过滤器像一个“安检员”或“预处理中心”，主要负责对请求和响应进行预处理和后处理，例如修改请求头、设置字符编码、进行权限校验等，它本身不生成业务响应内容，而Servlet是业务处理器，负责接收请求、执行核心业务逻辑，并生成最终的响应内容返回给客户端。
• 处理流程：过滤器位于客户端和目标资源（Servlet/JSP）之间，可以拦截进出资源的请求和响应，Servlet则是请求的最终目的地之一（或转发到其他资源），专注于处理请求本身，过滤器为Servlet服务，而Servlet为客户端服务。