您好,登錄后才能下訂單哦!
這篇“濫用@PathVariable導(dǎo)致出現(xiàn)bug如何解決”文章的知識點大部分人都不太理解,所以小編給大家總結(jié)了以下內(nèi)容,內(nèi)容詳細,步驟清晰,具有一定的借鑒價值,希望大家閱讀完這篇文章能有所收獲,下面我們一起來看看這篇“濫用@PathVariable導(dǎo)致出現(xiàn)bug如何解決”文章吧。
先說結(jié)論吧:@PathVariable可以使請求參數(shù)動態(tài)的綁定到URL上,但是如果請求參數(shù)中包含特殊字符,比如 /,就可能導(dǎo)致Spring匹配到一個錯誤的URL,或者匹配不到合適的URL。
下面,我用一個簡單的偽代碼復(fù)現(xiàn)一下這個bug,與大家分析一下這個bug發(fā)生的原因,以及如何解決,最后順便再通過源碼加深一下印象。
如下,我們定義一個接口,并且通過@PathVariable將入?yún)討B(tài)的綁定到URL上。
@RestController @RequestMapping(value = "/demo") public class DemoController { @GetMapping(value = "/getVal/{val}") public ResponseEntity<Object> getVal(@PathVariable String val){ System.out.println("參數(shù):" + val); return ResponseEntity.ok(val); } }
然后我們測試一下這個接口:
正常情況下,我們輸入一個普通無特殊符號的參數(shù),控制臺也成功打印了出來。
但是業(yè)務(wù)參數(shù)往往是不可控的,比如當參數(shù)變成“ hello/world”時,代碼就不能正常執(zhí)行了。
大家可以從圖中看到,Spring將原本預(yù)期的URL:/demo/getVal/{val},解析成了/demo/getVal/hello/world。
而之所以測試同學(xué)最近才發(fā)現(xiàn)這個接口有問題,也正是因為上線之初并沒有遇到帶有/的參數(shù),所以接口看起來是正常的,直到最近在生產(chǎn)環(huán)境遇到了一個帶/的參數(shù)。
正確的做法是:將URL定義為/demo/getVal,然后將參數(shù)通過表單或者query的方式傳遞。
解決的辦法很簡單,相信有點經(jīng)驗的同學(xué)都能很快將這個問題修復(fù)。
但是知其然,更要知其所以然,順著這個問題,我們探究一下Spring究竟是如何解析URL的。
首先,我們找到Spring webmvc的包,在org.springframework.web.servlet.handler包下找到AbstractHandlerMethodMapping類,這個類就是會將我們定義的mapping和URL綁定起來。
這個類中的lookupHandlerMethod方法,會查找當前請求的最佳匹配處理程序方法,并且如果找到多個匹配項,就選擇最佳匹配項。
分析這個方法,我們可以得到這樣3個匹配步驟
以上就是關(guān)于“濫用@PathVariable導(dǎo)致出現(xiàn)bug如何解決”這篇文章的內(nèi)容,相信大家都有了一定的了解,希望小編分享的內(nèi)容對大家有幫助,若想了解更多相關(guān)的知識內(nèi)容,請關(guān)注億速云行業(yè)資訊頻道。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。