URL @PathVariable 變量匹配原理
url 中帶有變量的匹配原理
在設置url的路徑中我們可能使用變量來提高路徑的靈活性，如
@RequestMapping(value="/{str}/qian",method=RequestMethod.GET) @ResponseBody public String qianStr(@PathVariable String str){ return "qianStr:"+str; }
然后在輸入 http://localhost:8080/zhende/qian 路徑的時候就可以匹配上 qianStr 方法，但是卻一直沒有細想過具體是怎么實現(xiàn)這個匹配的。
開始預測是通過正則表達式來匹配路徑就行，但問題是我輸入的是 /zhende/qian 怎么匹配到 /{str}/qian 呢，還是想不通，所以通過寫個demo 調(diào)試來看怎么匹配的，過程如下：
Demo
使用springboot 來寫個簡單的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;
}
}
上邊寫啦好幾個路徑以便我們更好的比對匹配過程。
調(diào)試如下
啟動服務后輸入如下路徑：
可以看到 左邊的調(diào)用棧中 有 DispatcherServlet 分派調(diào)用過來的，所以查看DispatcherServlet 關聯(lián)代碼 由mappedHandler處理的所以在DispatcherServlet 中加入斷點再次調(diào)試。
進入方法中
發(fā)現(xiàn)handlerMappings 有5中處理類型，進入 mapping.getHandler(request) 方法查看具體的執(zhí)行過程
SimpleUrlHandlerMapping 中獲取的handler 為空，繼續(xù)嘗試第二個handlermapping 類型，
這個方法會將 request中的請求路徑和服務中存在的mappings 做匹配，也就是正式的路徑匹配過程。繼續(xù)進入方法，
由PatternsRequestCondition 來處理 服務中的pattern和請求lookupPath的匹配，路徑相同就直接返回該pattern，不相同則通過 AntPathMatcher 來繼續(xù)處理路徑匹配，
將服務中的pattern 分詞，然后和請求的path 做匹配，發(fā)現(xiàn)/test/li 和/get/zhende/qian 匹配失敗，然后繼續(xù)下一個pattern 的匹配，在面對分詞后的{str}的匹配時，會將{str} 轉(zhuǎn)成 (.*)進行正則匹配，即完成url路徑中變量的匹配
找到路徑后獲取相應的handlermethod，然后執(zhí)行對應的目標路徑方法
總結(jié)
URL @PathVariable 變量的匹配是由PatternsRequestCondition 來完成的，具體的是由 AntPathMatcher 來處理，項目啟動后會將提供的url 放入容器handlerMappings 中，當請求過來時會將請求path 和handlerMappings 中的pattern 逐一匹配，由匹配時會將路徑先分詞，有{str}變量的轉(zhuǎn)成 (.*) 再匹配，匹配完成后調(diào)用相應的handlermethod執(zhí)行方法，進入目標方法。
備注
遺留問題，當項目中有多個路徑可以匹配會怎么執(zhí)行？為什么一開始的DispatcherServlet 中會有5中類型的handlerMappings？
@PathVariable
@PathVariable 映射 URL 綁定的占位符
帶占位符的 URL 是 Spring3.0 新增的功能，該功能在SpringMVC 向 REST 目標挺進發(fā)展過程中具有里程碑的意義
通過 @PathVariable 可以將 URL 中占位符參數(shù)綁定到控制器處理方法的入?yún)⒅校篣RL 中的 {xxx} 占位符可以通過@PathVariable(“xxx“) 綁定到操作方法的入?yún)⒅小?/p>
實例：
SpringMVCTest.java
//@PathVariable可以用來映射URL中的占位符到目標方法的參數(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)清晰、符合標準、易于理解、擴展方便，所以正得到越來越多網(wǎng)站的采用
- 資源（Resources）：網(wǎng)絡上的一個實體，或者說是網(wǎng)絡上的一個具體信息。它可以是一段文本、一張圖片、一首歌曲、一種服務，總之就是一個具體的存在。可以用一個URI（統(tǒng)一資源定位符）指向它，每種資源對應一個特定的 URI 。要獲取這個資源，訪問它的URI就可以，因此 URI 即為每一個資源的獨一無二的識別符。
- 表現(xiàn)層（Representation）：把資源具體呈現(xiàn)出來的形式，叫做它的表現(xiàn)層（Representation）。比如，文本可以用 txt 格式表現(xiàn)，也可以用 HTML 格式、XML 格式、JSON 格式表現(xiàn)，甚至可以采用二進制格式。
- 狀態(tài)轉(zhuǎn)化（State Transfer）：每發(fā)出一個請求，就代表了客戶端和服務器的一次交互過程。HTTP協(xié)議，是一個無狀態(tài)協(xié)議，即所有的狀態(tài)都保存在服務器端。因此，如果客戶端想要操作服務器，必須通過某種手段，讓服務器端發(fā)生“狀態(tài)轉(zhuǎn)化”（State Transfer）。而這種轉(zhuǎn)化是建立在表現(xiàn)層之上的，所以就是 “表現(xiàn)層狀態(tài)轉(zhuǎn)化”。具體說，就是 HTTP 協(xié)議里面，四個表示操作方式的動詞：GET、POST、PUT、DELETE。它們分別對應四種基本操作：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 添加了一個過濾器，可以將這些請求轉(zhuǎ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中測試相應的方法
SpringMVCTest.java
/*
* 如何發(fā)送PUT和DELETE請求
* 1.需要配置HiddenHttpMethodFilter
* 2.需要發(fā)送POST請求
* 3.需要發(fā)送POST請求時攜帶一個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/>
以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持服務器之家。
原文鏈接：https://blog.csdn.net/vwlove/article/details/102301129
