Spring WebFlux RouterFunction嵌套路由中重复定义/{id}是否合理？

写法正确性结论 #

你当前的RouterFunction写法是正确的。虽然重复定义了/{id}的路径断言，但Spring WebFlux的路由匹配逻辑可以准确区分不同的路由场景：

• 单独的GET("/{id}")用于匹配/claims/{id}的GET请求（对应handler3）
• 嵌套的path("/{id}")下的GET("/bills")用于匹配/claims/{id}/bills的GET请求（对应handler4）

两者的匹配范围不重叠，且Spring路由会按定义顺序优先匹配更具体的路由（如/approvals、/body），再匹配带路径变量的路由，所以实际运行不会出现冲突，这也是你的配置能正常工作的原因。

优化方案（避免重复定义断言） #

为了让代码更简洁易维护，可以将/{id}相关的路由合并到同一个嵌套节点下，只定义一次/{id}的路径断言：

RouterFunctions.nest(
        RequestPredicates.path("/claims"),
        RouterFunctions.route(RequestPredicates.GET("/approvals"), handler1::handleRequest)
                .andRoute(RequestPredicates.GET("/body"), handler2::handleRequest)
                .andNest(
                        RequestPredicates.path("/{id}"),
                        // 匹配/claims/{id}的GET请求
                        RouterFunctions.route(RequestPredicates.GET(""), handler3::handleRequest)
                                // 匹配/claims/{id}/bills的GET请求
                                .andRoute(RequestPredicates.GET("/bills"), handler4::handleRequest)
                )
)
// 匹配/claims的GET请求（handler5）
.andRoute(RequestPredicates.method(HttpMethod.GET), handler5::handleRequest)
// 匹配/claims的POST多表单请求（handler6）
.andRoute(RequestPredicates.method(HttpMethod.POST).and(RequestPredicates.accept(MediaType.MULTIPART_FORM_DATA)), handler6::handleRequest);

优化后的代码功能与原配置完全一致，但结构更紧凑，减少了重复的路径断言定义，后续维护时只需修改一处/{id}的断言即可。

内容的提问来源于stack exchange，提问作者Tapas Bose