Spring MVC中PathPattern与AntPathMatcher的区别是什么？

1 核心区别 #

• 底层实现逻辑不同：AntPathMatcher 基于完整字符串逐字符匹配，把路径当做整体字符串处理，匹配时需要遍历全字符串做类正则比对；PathPattern 是Spring 5.3版本后推出的专用路径匹配组件，会提前把路径按/拆分为独立路径段做结构化缓存，匹配时直接按段比对，专门针对Web路由场景做了设计优化。
• 支持的语法差异：AntPathMatcher 支持全量Ant风格通配符（*、**、?），允许通配符出现在路径段任意位置，也支持非URL类路径（比如文件路径、类资源路径）的匹配；PathPattern 为了性能做了语法限制，**通配符仅允许出现在路径的开头或末尾，不支持路径段中间的模糊匹配，仅支持段级别的变量匹配或者全匹配。
• 路径变量处理能力不同：AntPathMatcher 提取路径变量需要匹配完成后反向解析，多规则共存时容易出现匹配歧义；PathPattern 预解析阶段就已经记录了变量的位置，提取效率更高，多规则优先级判断逻辑更严谨。

2 适用场景 #

• AntPathMatcher适用场景
  • Spring 5.3之前的旧版本项目，无PathPattern可选的场景
  • 非Web场景的路径匹配，比如类路径资源扫描、本地文件路径匹配、配置资源路径匹配
  • 依赖路径段中间模糊匹配语法的特殊业务场景
• PathPattern适用场景
  • Spring 5.3+的Web项目，包含Spring MVC、Spring WebFlux技术栈
  • 接口路由匹配、静态资源路由匹配等Web专属路径匹配场景
  • 高并发接口服务，对路由匹配性能有较高要求的场景

3 性能对比 #

• 单次匹配性能：PathPattern得益于预解析缓存的设计，性能是AntPathMatcher的6~8倍，路径越长、匹配规则越复杂，性能优势越明显。
• 高并发场景：PathPattern运行时不会产生大量临时字符串，内存占用更稳定，高QPS场景下CPU占用比AntPathMatcher低30%以上。
• 启动开销：PathPattern首次加载路由规则时需要做路径段解析，初始化开销比AntPathMatcher高5%左右，属于启动时一次性开销，运行阶段可以忽略。

4 选型注意事项 #

• 版本兼容：Spring 5.3之前的版本无PathPattern组件，强行引入会抛出类不存在异常。
• 语法兼容：如果原有路由规则用到了路径中间的**、路径段内的模糊通配符（比如/api/v*/user），切换到PathPattern前需要先调整规则写法，否则会启动报错。
• 场景适配：非Web场景不要强行使用PathPattern，它是专门为Web URL设计的，不支持带\等其他分隔符的非URL路径匹配。
• 配置切换：Spring Boot 2.4+（对应Spring 5.3+）已经默认使用PathPattern作为Web路由匹配器，如需切回AntPathMatcher，可在配置文件中设置spring.mvc.pathmatch.matching-strategy=ant-path-matcher。

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