URL @PathVariable變量的匹配原理是什么

本篇內(nèi)容主要講解“URL @PathVariable變量的匹配原理是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“URL @PathVariable變量的匹配原理是什么”吧!

URL @PathVariable 變量匹配原理

url 中帶有變量的匹配原理

在設(shè)置url的路徑中我們可能使用變量來提高路徑的靈活性，如

@RequestMapping(value="/{str}/qian",method=RequestMethod.GET) @ResponseBody public String qianStr(@PathVariable String str){ return "qianStr:"+str; }

然后在輸入 http://localhost:8080/zhende/qian 路徑的時(shí)候就可以匹配上 qianStr 方法，但是卻一直沒有細(xì)想過具體是怎么實(shí)現(xiàn)這個(gè)匹配的。

開始預(yù)測是通過正則表達(dá)式來匹配路徑就行，但問題是我輸入的是 /zhende/qian 怎么匹配到 /{str}/qian 呢，還是想不通，所以通過寫個(gè)demo 調(diào)試來看怎么匹配的，過程如下：

Demo

使用springboot 來寫個(gè)簡單的web

package com.example.demo;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.ResponseBody;
@Controller()
@RequestMapping("/get")
public class TestController {
    @RequestMapping(value="/li", method = RequestMethod.GET)
    @ResponseBody
    public String test(){
        return "test";
    }
    @RequestMapping(value="/{str}",method=RequestMethod.GET)
    @ResponseBody
    public String li(@PathVariable String str){
        return "li:"+str;
    }
    @RequestMapping(value="/qian/{str}",method=RequestMethod.GET)
    @ResponseBody
    public String qianStr(@PathVariable String str){
        return "qianStr:"+str;
    }
    @RequestMapping(value="/{str}/qian",method=RequestMethod.GET)
    @ResponseBody
    public String strQian(@PathVariable String str){
        return "strQian:"+str;
    }
}

上邊寫啦好幾個(gè)路徑以便我們更好的比對匹配過程。

調(diào)試如下

啟動(dòng)服務(wù)后輸入如下路徑：

可以看到 左邊的調(diào)用棧中 有 DispatcherServlet 分派調(diào)用過來的，所以查看DispatcherServlet 關(guān)聯(lián)代碼 由mappedHandler處理的所以在DispatcherServlet 中加入斷點(diǎn)再次調(diào)試。

進(jìn)入方法中

發(fā)現(xiàn)handlerMappings 有5中處理類型，進(jìn)入 mapping.getHandler(request) 方法查看具體的執(zhí)行過程

SimpleUrlHandlerMapping 中獲取的handler 為空，繼續(xù)嘗試第二個(gè)handlermapping 類型，

這個(gè)方法會(huì)將 request中的請求路徑和服務(wù)中存在的mappings 做匹配，也就是正式的路徑匹配過程。繼續(xù)進(jìn)入方法，

由PatternsRequestCondition 來處理 服務(wù)中的pattern和請求lookupPath的匹配，路徑相同就直接返回該pattern，不相同則通過 AntPathMatcher 來繼續(xù)處理路徑匹配，

將服務(wù)中的pattern 分詞，然后和請求的path 做匹配，發(fā)現(xiàn)/test/li 和/get/zhende/qian 匹配失敗，然后繼續(xù)下一個(gè)pattern 的匹配，在面對分詞后的{str}的匹配時(shí)，會(huì)將{str} 轉(zhuǎn)成 (.*)進(jìn)行正則匹配，即完成url路徑中變量的匹配

找到路徑后獲取相應(yīng)的handlermethod，然后執(zhí)行對應(yīng)的目標(biāo)路徑方法

總結(jié)

URL @PathVariable 變量的匹配是由PatternsRequestCondition 來完成的，具體的是由 AntPathMatcher 來處理，項(xiàng)目啟動(dòng)后會(huì)將提供的url 放入容器handlerMappings 中，當(dāng)請求過來時(shí)會(huì)將請求path 和handlerMappings 中的pattern 逐一匹配，由匹配時(shí)會(huì)將路徑先分詞，有{str}變量的轉(zhuǎn)成 (.*) 再匹配，匹配完成后調(diào)用相應(yīng)的handlermethod執(zhí)行方法，進(jìn)入目標(biāo)方法。

備注

遺留問題，當(dāng)項(xiàng)目中有多個(gè)路徑可以匹配會(huì)怎么執(zhí)行？為什么一開始的DispatcherServlet 中會(huì)有5中類型的handlerMappings？

@PathVariable

@PathVariable 映射 URL 綁定的占位符

帶占位符的 URL 是 Spring3.0 新增的功能，該功能在SpringMVC 向 REST 目標(biāo)挺進(jìn)發(fā)展過程中具有里程碑的意義

通過 @PathVariable 可以將 URL 中占位符參數(shù)綁定到控制器處理方法的入?yún)⒅校篣RL 中的 {xxx} 占位符可以通過@PathVariable(“xxx“) 綁定到操作方法的入?yún)⒅小?/p>

實(shí)例：

SpringMVCTest.java

//@PathVariable可以用來映射URL中的占位符到目標(biāo)方法的參數(shù)中
@RequestMapping("/testPathVariable/{id}")
    public String testPathVariable(@PathVariable("id") Integer id)
    {
        System.out.println("testPathVariable:"+id);
        return SUCCESS;
    }

index.jsp

<a href="springmvc/testPathVariable/1" rel="external nofollow" >testPathVariable</a>

REST

• REST：即 Representational State Transfer。（資源）表現(xiàn)層狀態(tài)轉(zhuǎn)化。是目前最流行的一種互聯(lián)網(wǎng)軟件架構(gòu)。它結(jié)構(gòu)清晰、符合標(biāo)準(zhǔn)、易于理解、擴(kuò)展方便，所以正得到越來越多網(wǎng)站的采用

• 資源（Resources）：網(wǎng)絡(luò)上的一個(gè)實(shí)體，或者說是網(wǎng)絡(luò)上的一個(gè)具體信息。它可以是一段文本、一張圖片、一首歌曲、一種服務(wù)，總之就是一個(gè)具體的存在?？梢杂靡粋€(gè)URI（統(tǒng)一資源定位符）指向它，每種資源對應(yīng)一個(gè)特定的 URI 。要獲取這個(gè)資源，訪問它的URI就可以，因此 URI 即為每一個(gè)資源的獨(dú)一無二的識(shí)別符。

• 表現(xiàn)層（Representation）：把資源具體呈現(xiàn)出來的形式，叫做它的表現(xiàn)層（Representation）。比如，文本可以用 txt 格式表現(xiàn)，也可以用 HTML 格式、XML 格式、JSON 格式表現(xiàn)，甚至可以采用二進(jìn)制格式。

• 狀態(tài)轉(zhuǎn)化（State Transfer）：每發(fā)出一個(gè)請求，就代表了客戶端和服務(wù)器的一次交互過程。HTTP協(xié)議，是一個(gè)無狀態(tài)協(xié)議，即所有的狀態(tài)都保存在服務(wù)器端。因此，如果客戶端想要操作服務(wù)器，必須通過某種手段，讓服務(wù)器端發(fā)生“狀態(tài)轉(zhuǎn)化”（State Transfer）。而這種轉(zhuǎn)化是建立在表現(xiàn)層之上的，所以就是 “表現(xiàn)層狀態(tài)轉(zhuǎn)化”。具體說，就是 HTTP 協(xié)議里面，四個(gè)表示操作方式的動(dòng)詞：GET、POST、PUT、DELETE。它們分別對應(yīng)四種基本操作：GET 用來獲取資源，POST 用來新建資源，PUT 用來更新資源，DELETE 用來刪除資源。

示例：

• - /order/1 HTTP GET ：得到 id = 1 的 order

• - /order/1 HTTP DELETE：刪除 id = 1的 order

• - /order/1 HTTP PUT：更新id = 1的 order

• - /order HTTP POST：新增 order

HiddenHttpMethodFilter：瀏覽器 form 表單只支持 GET與 POST 請求，而DELETE、PUT 等 method 并不支持，Spring3.0 添加了一個(gè)過濾器，可以將這些請求轉(zhuǎn)換為標(biāo)準(zhǔn)的 http 方法，使得支持 GET、POST、PUT 與DELETE 請求。

在web.xml中配置HiddenHttpMethodFilter

web.xml

 <!--
     配置org.springframework.web.filter.HiddenHttpMethodFilter:可以把POST請求轉(zhuǎn)換成DELETE或者POST請求
      -->
   <filter>
      <filter-name>HiddenHttpMethodFilter</filter-name>
      <filter-class>org.springframework.web.filter.HiddenHttpMethodFilter</filter-class>
   </filter>   
   <filter-mapping>
      <filter-name>HiddenHttpMethodFilter</filter-name>
      <url-pattern>/*</url-pattern>
   </filter-mapping>

在SpringMVCTest中測試相應(yīng)的方法

SpringMVCTest.java

/*
     * 如何發(fā)送PUT和DELETE請求
     * 1.需要配置HiddenHttpMethodFilter
     * 2.需要發(fā)送POST請求
     * 3.需要發(fā)送POST請求時(shí)攜帶一個(gè)name="_method"的隱藏域，value值為DELETE或者PUT
     * 
     * 在springmvc框架中通過@PathVariable注解來獲取id值
     * */
    //get請求
    @RequestMapping(value="/testRest/{id}",method=RequestMethod.GET)
    public String testRest(@PathVariable Integer id)
    {
        System.out.println("testRest Get"+id);
        return SUCCESS;
    }
    //post請求
    @RequestMapping(value="/testRest",method=RequestMethod.POST)
    public String testRest()
    {
        System.out.println("testRest POST");
        return SUCCESS;
    }
    //delete請求
    @RequestMapping(value="/testRest/{id}",method=RequestMethod.DELETE)
    public String testRestDelete(@PathVariable Integer id)
    {
        System.out.println("testRest DELETE"+id);
        return SUCCESS;
    }
    //delete請求
    @RequestMapping(value="/testRest/{id}",method=RequestMethod.PUT)
    public String testRestPut(@PathVariable Integer id)
    {
        System.out.println("testRest PUT"+id);
        return SUCCESS;
    }

index.jsp中的寫法

index.jsp

<a href="springmvc/testRest/1" rel="external nofollow" >Test Rest Get</a><br/>
<form action="springmvc/testRest" method="post">
<input type="submit" value="TestRest Post"/>
</form><br/>
<form action="springmvc/testRest/1" method="post">
<input type="hidden" name="_method" value="DELETE"/>
<input type="submit" value="TestRest DELETE"/>
</form><br/>
<form action="springmvc/testRest/1" method="post">
<input type="hidden" name="_method" value="PUT"/>
<input type="submit" value="TestRest PUT"/>
</form><br/>

到此，相信大家對“URL @PathVariable變量的匹配原理是什么”有了更深的了解，不妨來實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！