spring boot 3 默认不再忽略 webflux 请求路径中的尾随斜杠，可能导致资源找不到（404）的问题。本文将深入探讨这一变化，并提供三种推荐的处理策略：在控制器中显式声明带或不带斜杠的路由、实现自定义 `webfilter` 进行统一重定向，以及利用反向代理进行 url 重写。这些方法旨在帮助开发者有效管理路径匹配，同时避免使用已弃用的配置选项，并强调通过 http 301 响应优化用户体验和seo。
理解 Spring Boot 3 的路径匹配行为
在 Spring Boot 3 中，WebFlux 框架对路径匹配的默认行为进行了调整，不再自动忽略请求 URI 末尾的斜杠。这意味着，如果你的应用程序定义了一个 /users 的 GET 资源，而客户端请求了 /users/，那么默认情况下服务器将返回 404 Not Found 错误。
此前，开发者可能通过实现 WebFluxConfigurer 并重写 configurePathMatching 方法，使用 configurer.setUseTrailingSlashMatch() 来恢复忽略尾随斜杠的行为。然而，setUseTrailingSlashMatch() 方法已被标记为弃用。文档建议转而使用 PathPatternParser.setMatchOptionalTrailingSeparator(boolean)，但实际上该方法也已弃用。Spring 官方倾向于更明确的路径处理和重定向机制，而非隐式的匹配行为。因此，我们需要采用新的策略来应对这一变化。
推荐的处理策略
针对 Spring Boot 3 中 WebFlux 的路径匹配新行为，以下是三种推荐的处理策略，它们各有优缺点，适用于不同的应用场景。
1. 控制器层面显式声明路由
最直接且易于理解的方法是在控制器中为每个需要忽略尾随斜杠的路径显式声明两种形式的路由。
实现方式：
在 @GetMapping、@PostMapping 等注解中，同时指定带尾随斜杠和不带尾随斜杠的路径。
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import reactor.core.publisher.Mono;
@RestController
public class UserController {
@GetMapping({"/users", "/users/"})
public Mono getAllUsers() {
return Mono.just("Listing all users from /users or /users/");
}
@GetMapping({"/products/{id}", "/products/{id}/"})
public Mono getProductById(String id) {
return Mono.just("Fetching product with ID: " + id);
}
} 优点：
- 简单直观，易于实现。
- 适用于少量路由需要这种行为的场景。
缺点：
- 代码重复性高，每个需要处理尾随斜杠的路由都需要手动添加两种路径。
- 不适用于大规模应用，维护成本较高。
2. 实现自定义 WebFilter 进行重定向
为了实现更集中和自动化的处理，可以创建一个自定义的 WebFilter 来拦截所有请求，检查是否存在尾随斜杠，并进行 301 永久重定向。这是 Spring 官方推荐的显式重定向方式。
实现方式：
创建一个实现 org.springframework.web.server.WebFilter 接口的类，并在其中编写逻辑来判断并执行重定向。
import org.springframework.http.HttpStatus;
import org.springframework.http.server.reactive.ServerHttpResponse;
import org.springframework.stereotype.Component;
import org.springframework.web.server.ServerWebExchange;
import org.springframework.web.server.WebFilter;
import org.springframework.web.server.WebFilterChain;
import reactor.core.publisher.Mono;
import java.net.URI;
import java.net.URISyntaxException;
@Component
public class TrailingSlashRedirectFilter implements WebFilter {
@Override
public Mono filter(ServerWebExchange exchange, WebFilterChain chain) {
URI originalUri = exchange.getRequest().getURI();
String originalPath = originalUri.getPath();
// 检查路径是否以斜杠结尾，并且不是根路径 "/"
if (originalPath.endsWith("/") && originalPath.length() > 1) {
String newPath = originalPath.substring(0, originalPath.length() - 1); // 移除尾随斜杠
try {
// 构建新的 URI，保持查询参数和片段不变
URI newUri = new URI(originalUri.getScheme(),
originalUri.getUserInfo(),
originalUri.getHost(),
originalUri.getPort(),
newPath,
originalUri.getQuery(),
originalUri.getFragment());
ServerHttpResponse response = exchange.getResponse();
response.setStatusCode(HttpStatus.MOVED_PERMANENTLY); // 设置 301 永久重定向
response.getHeaders().setLocation(newUri); // 设置重定向目标 URI
return Mono.empty(); // 终止当前请求链，发送重定向响应
} catch (URISyntaxException e) {
// 处理 URI 构建异常
throw new IllegalStateException("Failed to construct URI for redirect: " + e.getMessage(), e);
}
}
// 如果没有尾随斜杠或路径是根路径，则继续处理请求
return chain.filter(exchange);
}
} 优点：
- 集中处理逻辑，避免代码重复。
- 符合 Spring 推荐的显式重定向策略。
- 使用 301 永久重定向有助于 SEO 和浏览器缓存。
缺点：
- 需要编写额外的过滤逻辑。
- 每次请求都会经过过滤，可能略微增加处理开销（通常可以忽略）。
3. 利用反向代理进行 URL 重写
对于部署在反向代理（如 Nginx、Apache HTTP Server）之后的 Spring Boot 应用，可以在代理层进行 URL 重写，将带尾随斜杠的请求统一重写为不带尾随斜杠的形式，再转发给后端应用。
实现方式（以 Nginx 为例）：
在 Nginx 配置文件中，使用 rewrite 规则来移除尾随斜杠。
server {
listen 80;
server_name yourdomain.com;
location / {
# 匹配以斜杠结尾的非根路径，并进行 301 永久重定向
# $1 捕获了斜杠之前的所有字符
rewrite ^/(.*)/$ /$1 permanent;
proxy_pass http://localhost:8080; # 转发到你的 Spring Boot 应用
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}优点：
- 将路径处理逻辑从应用程序中解耦，降低应用复杂度。
- 在请求到达应用之前处理，效率更高。
- 适用于具有统一入口和代理层的大型部署。
缺点：
- 需要对反向代理进行配置，可能涉及运维操作。
- 不适用于没有反向代理的独立部署。
注意事项与总结
- HTTP 301 永久重定向的重要性： 在使用 WebFilter 或反向代理进行重定向时，强烈建议使用 HTTP 301 Moved Permanently 状态码。这不仅能告知浏览器和搜索引擎该资源已永久移动到新地址，有助于维护 SEO 权重，还能让客户端（浏览器）缓存重定向信息，减少后续请求的开销。
-
选择合适的策略：
- 如果你的应用程序规模较小，或者只有少数几个路径需要处理尾随斜杠，控制器层面显式声明路由 是最简单的选择。
- 对于中大型应用，或者希望集中管理路径行为，实现自定义 WebFilter 是一个优雅且符合 Spring 理念的解决方案。
- 如果你的应用部署在反向代理之后，并且你拥有对代理配置的控制权，那么在反向代理层面进行 URL 重写 通常是最高效和最推荐的方式。
- 避免使用已弃用方法： 随着 Spring Boot 版本的迭代，官方会不断优化 API。遵循最新推荐，避免使用 setUseTrailingSlashMatch() 或 PathPatternParser.setMatchOptionalTrailingSeparator() 等已弃用方法，以确保应用程序的长期稳定性和兼容性。
通过以上策略，开发者可以灵活且专业地处理 Spring Boot 3 WebFlux 中尾随斜杠的路径匹配问题，确保应用程序的健壮性和用户体验。
