Spring5路徑匹配器PathPattern

PathPattern 對url地址匹配的處理更加快速，它和AntPathMatcher 主要差異如下：

1.PathPattern 只支持結(jié)尾部分使用 **

如果在路徑的中間使用 ** 就會報錯；

@GetMapping("/funyi/**")
public String act1() {
    return "/funyi/**";
}

2.PathPattern 支持使用例如 {*path}

的方式匹配請求路徑，同時可以匹配到多級路徑，并將獲取的值賦給 對應(yīng)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?？梢娝鼘閃eb設(shè)計的“工具”。

PathPattern去掉了Ant字樣，但保持了很好的向下兼容性：除了不支持將**寫在path中間之外（以消除歧義），其它的匹配規(guī)則從行為上均保持和AntPathMatcher一致，并且還新增了強大的{*pathVariable} 的支持。整體上可認(rèn)為后者兼容了前者的功能。

• PathPattern性能比AntPathMatcher好。理論上pattern越復(fù)雜，PathPattern的優(yōu)勢越明顯；
• AntPathMatcher可用于非Web環(huán)境，而PathPattern只適用于Web環(huán)境。所以PathPattern也不是能完全替代AntPathMatcher的。

內(nèi)部實現(xiàn)原理上看，AntPathMatcher進行的是純字符串操作和比對；而PathPattern則對于任何一個字符串的pattern最終都會被解析為若干段的PathElement，這些PathElement以鏈?zhǔn)浇Y(jié)構(gòu)連接起來用以表示該pattern，形成一個對象數(shù)據(jù)，這種結(jié)構(gòu)化的表示使得可讀性更強、更具靈活性，從而獲得更好的性能表現(xiàn)。

兩者簡單使用示例：

new AntPathMatcher().match("/api/v1/**", "/api/v1/2/3**");
new PathPatternParser().parse("/api/v1/**").matches(PathContainer.parsePath("/api/v1/2/3**")); 
//每一個pathPattern串對應(yīng)一個PathPatternParser、每一個parsedPath串對應(yīng)一個PathContainer

可能有小伙伴會說：在Service層，甚至Dao層我也可以正常使用PathPattern對象呀，何解？

這個問題就相當(dāng)于：HttpServletRequest屬于web層專用組件，但你依舊可以將其傳到Service層，甚至Dao層供以使用，在編譯、運行時不會報錯。但你可深入思考下，這么做合適嗎？

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論