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)
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层供以使用,在编译、运行时不会报错。但你可深入思考下,这么做合适吗?
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。
赞 (0)