Filer\interceptor\handler 执行顺序和拦截信息

在Java编程中，Handler、Filter、Interceptor 是常用于Web开发中的术语，尤其是在基于Servlet、Spring框架等应用程序的处理流程中。它们的主要作用是对请求和响应进行拦截、处理或修改。

1. Handler

Handler 是处理请求的组件，通常出现在Web应用程序的控制器层。在Java的Web框架中（如Spring MVC），Handler 负责接收来自客户端的请求并根据请求的路径和方法调用相应的处理函数。

使用场景：例如，Spring MVC 中的 @RequestMapping 或 @GetMapping 注解标注的方法就是处理器（Handler），用于处理用户的请求。
处理方式：Handler 直接处理业务逻辑并返回响应数据。

2. Filter

Filter 是一种基于Servlet规范的组件，它是对请求和响应进行预处理或后处理的拦截器。Filter 组件通常在请求到达Servlet之前或响应返回给客户端之前进行操作。常用于实现日志记录、权限验证、输入数据处理、输出数据过滤等功能。

工作原理：Filter 在请求生命周期的早期阶段执行，能够对请求对象和响应对象进行修改。
- 请求拦截：可以用来做认证、日志记录、参数解析等工作。
- 响应拦截：可以对响应内容进行修改，如Gzip压缩、加密等。
特点：Filter 与具体的业务逻辑解耦，它更关心请求和响应的生命周期，而不直接处理业务逻辑。

例子：在 web.xml 中配置的过滤器：

<filter>
    <filter-name>authFilter</filter-name>
    <filter-class>com.example.filters.AuthenticationFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>authFilter</filter-name>
    <url-pattern>/secure/*</url-pattern>
</filter-mapping>

3. Interceptor

Interceptor 是一种更高层次的拦截机制，通常用于Spring等框架中，能够在Controller执行前后拦截请求。它与Filter类似，但Interceptor通常具有更多的功能和灵活性，能够获取和修改方法调用的细节。

工作原理：Interceptor 的生命周期类似于Filter，但它通常是在方法执行之前和之后进行拦截。Interceptor 主要依赖于框架的AOP（面向切面编程）机制来进行方法级别的拦截。
使用场景：常用于日志记录、事务管理、安全控制、性能监控等领域。

Spring中的Interceptor：

public class MyInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        // 业务逻辑前的处理
        return true; // 返回true，表示继续执行后续拦截器或请求处理方法
    }
    
    @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 MVC中，Interceptor 比 Filter 更为灵活，因为它能够获取到控制器的相关信息（如方法参数、返回值等），并可以在整个请求处理流程中嵌入更多的逻辑。

总结对比：

特性/组件	Handler	Filter	Interceptor
作用	处理请求并返回响应	在请求到达Servlet前/响应返回前处理请求	在方法执行前后拦截请求，通常与AOP结合
执行顺序	在请求处理的最后阶段执行	在请求进入Servlet之前执行（请求生命周期早期）	在请求处理的中间执行，可在前后进行拦截
关注点	业务逻辑的处理	请求和响应的生命周期处理	方法级别的拦截，涉及业务处理和控制
灵活性	较低	较低	较高，能获取控制器的信息

Handler 主要关注业务处理。
Filter 更偏向于请求和响应的生命周期管理。
Interceptor 在方法执行前后进行控制，提供了更灵活的拦截功能。

在Web开发中，Handler、Filter 和 Interceptor 的执行顺序是根据它们的生命周期和功能来决定的。以下是这三者的执行顺序以及它们的作用时机：

执行顺序

Filter：在请求进入Web容器之前执行。
- 执行时机：Filter 是基于 Servlet 规范的，它在客户端请求到达 Servlet 之前、以及响应从 Servlet 返回到客户端之前进行拦截。Filter 的作用范围主要是整个请求和响应的生命周期的前后阶段，它不会直接处理请求的业务逻辑，而是做一些请求预处理或响应后处理工作。
- 执行顺序：多个 Filter 按照在 web.xml 或 Spring 配置中定义的顺序依次执行。
Interceptor：在请求到达 Handler（处理器）之前、执行之后（在 Handler 的业务逻辑执行之前与之后）执行。
- 执行时机：在 Spring MVC 等框架中，Interceptor 是在请求进入 Controller（即 Handler）之前执行的。Interceptor 可以在 Handler 方法执行前进行拦截（如权限校验），在 Handler 方法执行后进行处理（如数据修改、日志记录等）。Interceptor 也可以在请求处理完成后执行（如清理资源）。
- 执行顺序：如果有多个 Interceptor，它们会按照在 Spring 配置文件中的定义顺序依次执行。不同于 Filter，Interceptor 主要用于与业务逻辑紧密相关的操作，且可以访问控制器的信息。
Handler：请求到达后，由 Handler 执行相应的业务逻辑并返回响应。
- 执行时机：Handler 是实际处理请求的地方，它负责执行具体的业务逻辑。它会根据请求的 URL 和方法，找到对应的 Controller 方法（在 Spring MVC 中使用注解如 @RequestMapping、@GetMapping 等来标识）来处理请求，并返回数据（如视图、JSON等）。

具体执行流程（假设使用 Spring MVC）

请求到达 Web 容器：
- 请求首先经过所有配置的 Filter（按照在配置中的顺序执行）。
  - 例如，Filter 用于进行日志记录、权限检查、输入验证等操作。
请求到达 DispatcherServlet：
- 然后，DispatcherServlet 会根据请求的 URL 找到对应的 Interceptor（按配置顺序执行）。
  - Interceptor 的 preHandle() 方法会在请求到达处理器（Handler）之前执行。
请求处理：
- 接着，DispatcherServlet 会调用 Handler（例如 Controller 中的方法）来处理请求。
请求处理后：
- Handler 执行完毕后，返回相应的数据（如视图、JSON等）。
- 在这时，Interceptor 的 postHandle() 方法会执行。
响应返回客户端：
- 响应会经过所有配置的 Filter（按照配置顺序执行）进行处理。
- 例如，Filter 可能对响应进行压缩、加密等操作。
完成请求生命周期：
- 在请求处理完成后，Interceptor 的 afterCompletion() 方法会被执行。
- 这时可以进行一些清理工作，比如释放资源或记录日志等。

执行顺序概览

Filter（执行前）
Interceptor 的 preHandle()（执行前）
Handler（Controller 方法处理请求）
Interceptor 的 postHandle()（执行后）
Filter（执行后）
Interceptor 的 afterCompletion()（执行后，清理资源）

示例流程（Spring MVC）

假设请求 URL 为 /api/data，对应的处理函数为 @GetMapping("/data") public String getData()：

请求进入 Filter1 → Filter2（按配置顺序）
请求到达 Interceptor1 的 preHandle() → Interceptor2 的 preHandle()（按配置顺序）
调用 Handler：getData() 方法（Controller 方法处理请求）
执行完 Handler 后，执行 Interceptor2 的 postHandle() → Interceptor1 的 postHandle()（按配置顺序）
响应经过 Filter2 → Filter1（按配置顺序）
最后，执行 Interceptor1 的 afterCompletion() → Interceptor2 的 afterCompletion()（按配置顺序）

总结

Filter 最先执行，主要用于请求和响应的预处理和后处理。
Interceptor 紧随其后，主要用于方法级别的拦截，执行更细粒度的控制。
Handler 负责处理请求的具体业务逻辑。

posted @ 2024-12-31 08:54 kisshappyboy 阅读(9) 评论(0) 编辑收藏举报

刷新页面返回顶部

kisshappyboy