分析@RequestParam(required = true)的誤區(qū)

本篇內(nèi)容介紹了“分析@RequestParam(required = true)的誤區(qū)”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

@RequestParam(required = true)的誤區(qū)

先說(shuō)結(jié)論

required = true是在前端沒有傳參數(shù)的時(shí)候報(bào)錯(cuò)，并不能防止參數(shù)為空。

考慮一下代碼：

@GetMapping("/userInfo")
    public void userInfo(@RequestParam(required = true) Integer id) {
           ...
    }

如果請(qǐng)求如下就會(huì)報(bào)400錯(cuò)誤：

http://localhost:8088/userInfo

但構(gòu)造以下請(qǐng)求，可以使id為空：

http://localhost:8088/userInfo?id=

參數(shù)總結(jié)

• required=true表示前端必須傳參數(shù)。

• required=false表示前端不傳參數(shù)的時(shí)候，會(huì)將參數(shù)置為null。因此假如參數(shù)是int這種不能賦值為null的類型，就可能會(huì)報(bào)錯(cuò)。

使用了defaultValue，required只能為false，前端不傳參數(shù)時(shí)會(huì)將參數(shù)置為defaultValue。

@RequestParam(required=false int id)值不傳報(bào)錯(cuò)

@RequestParam(required=false int id)：required=false說(shuō)明了可以不傳值，如果是

// 注意現(xiàn)在是String類型的id
@RequestParam(required=false Sting id)

這種不傳值就不會(huì)報(bào)錯(cuò)

但如果是標(biāo)題上寫的int類型這種

@RequestParam(required=false int id)

就會(huì)報(bào)錯(cuò)，因?yàn)閚ull不能賦給int。

“分析@RequestParam(required = true)的誤區(qū)”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！