Spring5路径匹配器PathPattern解析
⽬录
Spring5路径匹配器PathPattern
1.PathPattern 只⽀持结尾部分使⽤ **
2.PathPattern ⽀持使⽤例如 {*path}
路径匹配⼯具（AntPathMatcher vs PathPattern）
Spring5路径匹配器PathPattern
PathPattern 对url地址匹配的处理更加快速，它和AntPathMatcher 主要差异如下：
1.PathPattern 只⽀持结尾部分使⽤ **
如果在路径的中间使⽤ ** 就会报错；
@GetMapping("/funyi/**")
public String act1() {
return "/funyi/**";
}
2.PathPattern ⽀持使⽤例如 {*path}
的⽅式匹配请求路径，同时可以匹配到多级路径，并将获取的值赋给对应controller⽅法的形参path；
@GetMapping("/funyi/{*path}")
public void act2(@PathVariable String path) {
System.out.println("path = " + path);
}
SpringBoot 项⽬添加如下配置即可开启PathPattern：
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void configurePathMatch(PathMatchConfigurer configurer) {
configurer.setPatternParser(new PathPatternParser());
}
}
路径匹配⼯具（AntPathMatcher vs PathPattern）spring framework组件
AntPathMatcher：Sping第⼀个版本（2013念）引⼊。
PathPattern：Spring 5 引⼊，所在包：org.springframework.web.util.pattern.PathPattern，所属模块为spring-web。可见它专为Web设计的“⼯具”。
PathPattern去掉了Ant字样，但保持了很好的向下兼容性：除了不⽀持将**写在path中间之外（以消除歧义），其它的匹配规则从⾏为上均保持和AntPathMatcher⼀致，并且还新增了强⼤的{*pathVariable}
的⽀持。整体上可认为后者兼容了前者的功能。
PathPattern性能⽐AntPathMatcher好。理论上pattern越复杂，PathPattern的优势越明显；
AntPathMatcher可⽤于⾮Web环境，⽽PathPattern只适⽤于Web环境。所以PathPattern也不是能完全替代
AntPathMatcher的。
内部实现原理上看，AntPathMatcher进⾏的是纯字符串操作和⽐对；⽽PathPattern则对于任何⼀个字符串的pattern最终都会被解析为若⼲段的PathElement，这些PathElement以链式结构连接起来⽤以表⽰该pattern，形成⼀个对象数据，这种结构化的表⽰使得可读性更强、更具灵活性，从⽽获得更好的性能表现。
两者简单使⽤⽰例：
new AntPathMatcher().match("/api/v1/**", "/api/v1/2/3**");
new PathPatternParser().parse("/api/v1/**").matches(PathContainer.parsePath("/api/v1/2/3**"));
//每⼀个pathPattern串对应⼀个PathPatternParser、每⼀个parsedPath串对应⼀个PathContainer
可能有⼩伙伴会说：在Service层，甚⾄Dao层我也可以正常使⽤PathPattern对象呀，何解？
这个问题就相当于：HttpServletRequest属于web层专⽤组件，但你依旧可以将其传到Service层，甚⾄Dao层供以使⽤，在编译、运⾏时不会报错。但你可深⼊思考下，这么做合适吗？
以上为个⼈经验，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。