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

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

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

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

自動(dòng)裝箱理解

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

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

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

自動(dòng)裝箱的缺點(diǎn)

1、自動(dòng)裝箱最直接的缺點(diǎn)就是效率低，不解釋

2、我們知道url請(qǐng)求會(huì)放到RequestHeader 里，這個(gè)應(yīng)該是有長(zhǎng)度限制的，那么太長(zhǎng)了肯定不合適。如果是POST請(qǐng)求的話，會(huì)放到RequestBody里面去，就不會(huì)有RequestHeader 過長(zhǎng)的問題了

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

POST請(qǐng)求的自動(dòng)裝箱

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

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

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

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

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論