Spring Boot 3 中 WebFilter 的执行顺序流程分析_Java

理解并控制 webfilter 的执行顺序对于构建可预测、行为正确的 web 应用至关重要。本文详细说明在 spring boot 3 中如何管理这些过滤器的执行流程。

1. 默认执行顺序

核心规则： 当开发者未显式指定任何顺序时，所有 webfilter 实例的默认顺序值被统一设置为 ordered.lowest_precedence（其数值等于 integer.max_value），这意味着它们默认拥有最低的优先级，将在所有显式指定了顺序的过滤器之后执行。
默认行为的影响： 在此默认顺序值下，多个过滤器的实际执行顺序由 spring 容器中 bean 的注册顺序 决定。这个顺序可能受到诸如类路径扫描(@componentscan)顺序或 @bean 配置方法在配置类中的声明顺序等因素的影响。这种行为本质上是不可靠的，因为微小的代码变动或依赖更新都可能导致顺序意外改变，不应依赖于此进行关键逻辑控制。

2. 显式控制顺序的方法

为了确保执行顺序的确定性和可预测性，spring 提供了两种主要机制来显式定义 webfilter 的优先级。

2.1 使用@order注解

通过在过滤器类上添加 @order 注解并指定一个整数值，可以清晰定义其顺序。值越小，表示优先级越高，在请求处理阶段越早执行。

import org.springframework.core.annotation.order;
import org.springframework.stereotype.component;
import reactor.core.publisher.mono;
import org.springframework.web.server.serverwebexchange;
import org.springframework.web.server.webfilter;
import org.springframework.web.server.webfilterchain;
@component
@order(1) // 明确指定顺序值为1（高优先级）
public class filtera implements webfilter {
    @override
    public mono<void> filter(serverwebexchange exchange, webfilterchain chain) {
        system.out.println("filtera (order=1) - before logic"); // 在执行业务逻辑前
        return chain.filter(exchange) // 将请求传递到链中的下一个过滤器或处理器
                   .then(mono.fromrunnable(() -> 
                          system.out.println("filtera (order=1) - after logic"))); // 在业务逻辑执行后和响应发送前
    }
}

2.2 实现ordered接口

让过滤器类实现 ordered 接口并重写 getorder() 方法是另一种等效且常用的方式。这种方式同样遵循数值越小优先级越高的原则。

import org.springframework.core.ordered;
import org.springframework.stereotype.component;
import reactor.core.publisher.mono;
import org.springframework.web.server.serverwebexchange;
import org.springframework.web.server.webfilter;
import org.springframework.web.server.webfilterchain;
@component
public class filterb implements webfilter, ordered { // 同时实现webfilter和ordered接口
    @override
    public mono<void> filter(serverwebexchange exchange, webfilterchain chain) {
        system.out.println("filterb (order=2) - before logic");
        return chain.filter(exchange)
                   .then(mono.fromrunnable(() -> 
                          system.out.println("filterb (order=2) - after logic")));
    }
    @override
    public int getorder() { // 实现ordered接口要求的方法，返回定义的顺序值
        return 2; // 显式定义顺序值为2
    }
}

3. 执行顺序规则

spring webflux 框架对 webfilter 链的执行遵循明确的规则，区分请求处理（正向）和响应处理（反向）两个阶段：

正向流程（请求处理阶段）：
当请求进入时，框架会按顺序值 从小到大（即优先级从高到低）依次调用每个 webfilter 的 filter 方法中的 chain.filter(exchange) 之前的代码（即 “before” 部分）。例如：@order(1) → @order(2) → … → @order(n)。
反向流程（响应处理阶段）：
当业务逻辑处理完毕，开始构建响应并向上返回时，框架会按顺序值 从大到小（即优先级从低到高）依次执行每个 webfilter 的 filter 方法中 chain.filter(exchange).then(...) 里面的回调代码（即 “after” 部分）。例如：@order(n) → … → @order(2) → @order(1)。

3.1 示例输出

结合 filtera (order=1) 和 filterb (order=2) 的代码，执行流程的日志输出清晰地展示了上述规则：

filtera (order=1) - before logic  // 最高优先级(1)最先处理请求
filterb (order=2) - before logic  // 次高优先级(2)接着处理请求
... (执行业务控制器逻辑) ...          // 实际业务处理
filterb (order=2) - after logic   // 次高优先级(2)最先处理响应（反向）
filtera (order=1) - after logic   // 最高优先级(1)最后处理响应（反向）

4. 特殊情况：相同顺序值

行为规则： 如果两个或多个 webfilter 被显式或隐式地赋予了相同的顺序值（例如都使用 @order(5) 或都未指定而使用默认值 integer.max_value），则它们的执行顺序（包括正向和反向阶段）将退回到由 spring 容器中 bean 的注册顺序 决定，这通常等同于类加载顺序或 @bean/@component 的声明或扫描顺序。
潜在风险与建议： 由于这种顺序在特定环境下可能不稳定，强烈建议开发者为所有需要特定执行位置的过滤器显式分配唯一且有意义的顺序值，避免依赖默认顺序或冲突的顺序值带来的不确定性。

5. 总结

控制方式	实现示例	执行顺序规则
`@order` 注解	`@order(1)` 标注在 `webfilter` 实现类上	数值越小，在请求阶段越早执行
实现 `ordered` 接口	`getorder()` 方法返回具体数值 (如 `2`)	数值越小，在请求阶段越早执行
未指定顺序	无注解或接口实现，默认 `integer.max_value`	最后执行，具体顺序不稳定

最佳实践推荐：

始终显式指定顺序： 对于任何有依赖关系或执行位置要求的 webfilter，务必使用 @order 注解或实现 ordered 接口来显式定义其顺序值（例如 @order(100), @order(200)）。
规划顺序值范围： 为不同类型的过滤器预留顺序值区间（如认证用 0-99，日志用 100-199，安全后处理用 200-299），提升可读性和可维护性。
避免顺序冲突： 确保关键过滤器的顺序值唯一，防止因相同顺序值导致的不确定行为。

遵循这些实践能显著增强过滤器行为的可预测性和应用的健壮性。

到此这篇关于spring boot 3 中 webfilter 的执行顺序流程分析的文章就介绍到这了,更多相关spring boot webfilter 执行顺序内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！