在我的概念里邊，GET請求需要加上注解@RequestParam，然后它的參數(shù)類型只能是 基本數(shù)據(jù)類型 或者 基本數(shù)據(jù)類型的包裝類，比如：@RequestParam String name（默認是必傳的）,也可以不加@RequestParam 注解，其實就相當于@RequestParam(required = false)

成都創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設、高性價比豐縣網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式豐縣網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設找我們，業(yè)務覆蓋豐縣地區(qū)。費用合理售后完善，十載實體公司更值得信賴。

但是參數(shù)類型竟然是自定義對象，對象類里有不同的參數(shù)和get/set方法，而且沒有使用@RequestParam 注解，那么同樣也能實現(xiàn)GET請求

比如一個請求方法是：public String login(User user) ，User.java類里有name 和password 兩個參數(shù)和get/set方法

那么請求http://localhost:8080/login?name=admin&password=123456是完全沒問題的

自動裝箱理解

對Java自動裝箱、拆箱的理解是：裝箱就是自動將基本數(shù)據(jù)類型轉(zhuǎn)換為包裝器類型；拆箱就是自動將包裝器類型轉(zhuǎn)換為基本數(shù)據(jù)類型。

對于springmvc來說，感覺它的自動裝箱，是將多個一般類型的參數(shù)轉(zhuǎn)換成一個對象，并賦值到對象里的變量

那么這樣的請求參數(shù)如何限制是否必傳呢？這里可沒有(required = true)，那就需要使用@Valid注解了

自動裝箱的缺點

1、自動裝箱最直接的缺點就是效率低，不解釋

2、我們知道url請求會放到RequestHeader 里，這個應該是有長度限制的，那么太長了肯定不合適。如果是POST請求的話，會放到RequestBody里面去，就不會有RequestHeader 過長的問題了

3、如果對象里放的是List 類型的參數(shù)，那么這個應該如何在url 里進行GET請求呢？我問老大，他說要避免這種情形，使用JSON格式

POST請求的自動裝箱

POST請求的參數(shù)，一般都加上注解@RequestBody，但是上例中的public String login(User user) 方法即使使用POST請求，依然是可以執(zhí)行的

網(wǎng)上搜了下么springmvc在post請求時使用與不使用@RequestBody注解的區(qū)別？

不使用@RequestBody注解時，可以接收Content-Type為application/x-www-form-urlencoded類型的請求所提交的數(shù)據(jù)，數(shù)據(jù)格式：aaa=111bbb=222。form表單提交以及jQuery的.post()方法所發(fā)送的請求就是這種類型。

使用@RequestBody注解時，用于接收Content-Type為application/json類型的請求,數(shù)據(jù)類型是JSON：{"aaa":"111","bbb":"222"}

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持創(chuàng)新互聯(lián)。

分享標題：SpringMvc自動裝箱及GET請求參數(shù)原理解析-創(chuàng)新互聯(lián)
文章源于：http://weahome.cn/article/coedoh.html