@RequestParam與@RequestBody對比

@RequestParam

用來處理Content-Type: 為 application/x-www-form-urlencoded編碼的內(nèi)容。

（Http協(xié)議中，如果不指定Content-Type，則默認(rèn)傳遞的參數(shù)就是application/x-www-form-urlencoded類型）

RequestParam可以接受簡單類型的屬性，也可以接受對象類型。

實質(zhì)是將Request.getParameter() 中的Key-Value參數(shù)Map利用Spring的轉(zhuǎn)化機(jī)制ConversionService配置，轉(zhuǎn)化成參數(shù)接收對象或字段。

在Content-Type: application/x-www-form-urlencoded的請求中，

get 方式中queryString的值，和post方式中 body data的值都會被Servlet接受到并轉(zhuǎn)化到Request.getParameter()參數(shù)集中，所以@RequestParam可以獲取的到?！　?/p>

代碼示例：

    @GetMapping("/test-sentinel-resource")
    public String testSentinelResource(@RequestParam(required = false) String a) {
        if (StringUtils.isBlank(a)) {
            throw new IllegalArgumentException("a cannot be blank.");
        }
        return a;
    }

當(dāng) required = false 時，a參數(shù)為可為空，當(dāng) required= true時，a參數(shù)不可為空。

@RequestBody

一般用來處理非Content-Type: application/x-www-form-urlencoded編碼格式的數(shù)據(jù)。

GET請求中，因為沒有HttpEntity，所以@RequestBody并不適用。

POST請求中，通過HttpEntity傳遞的參數(shù)，必須要在請求頭中聲明數(shù)據(jù)的類型Content-Type，SpringMVC通過使用HandlerAdapter 配置的HttpMessageConverters來

解析HttpEntity中的數(shù)據(jù)，然后綁定到相應(yīng)的bean上。

就application/json類型的數(shù)據(jù)而言，使用注解@RequestBody可以將body里面所有的json數(shù)據(jù)傳到后端，后端再進(jìn)行解析。

• GET請求中，因為沒有HttpEntity，所以@RequestBody并不適用。
• POST請求中，通過HttpEntity傳遞的參數(shù)，必須要在請求頭中聲明數(shù)據(jù)的類型Content-Type，SpringMVC通過使用

HandlerAdapter 配置的HttpMessageConverters來解析HttpEntity中的數(shù)據(jù)，然后綁定到相應(yīng)的bean上。

@PostMapping("/create/user")
    public UserInfo createUser(@RequestBody CreateUserRequest request) {
        return userService.createUser(request);
}

小結(jié)一下：

1. form-data、x-www-form-urlencoded：不可以用@RequestBody；

2. application/json：json字符串部分可以用@RequestBody；url中的?后面參數(shù)可以用@RequestParam

3. get請求中不能用@RequestBody注解

@requestBody 與@requestparam；@requestBody的加與不加的區(qū)別

一、首先說明@requestBody與@requestParam的區(qū)別

spring的RequestParam注解接收的參數(shù)是來自于requestHeader中，即請求頭。都是用來獲取請求路徑（url ）中的動態(tài)參數(shù)。也就是在url中，格式為xxx?username=123&password=456。功能與@pathvarible。

RequestBody注解接收的參數(shù)則是來自于requestBody中，即請求體中。

知識點：

二、Content-Type

內(nèi)容類型，一般是指網(wǎng)頁中存在的Content-Type，用于定義網(wǎng)絡(luò)文件的類型和網(wǎng)頁的編碼，決定瀏覽器將以什么形式、什么編碼讀取這個文件，這就是經(jīng)?？吹揭恍〢sp網(wǎng)頁點擊的結(jié)果卻是下載到的一個文件或一張圖片的原因。

三、問題，@requestBody到底在什么時候?qū)懪c不寫呢

看現(xiàn)象如下：發(fā)現(xiàn)ajaxDate有若干種寫法。

（1）直接寫名傳參。如下：

打印ajaxDate如下格式：

雖然打印結(jié)果是json對象式，但最后會轉(zhuǎn)為key1=value1&key2=value2的格式提交到后臺 ，不需要加@requestBody。

（2）serializeble實例化表單

打印結(jié)果如下：

表單 格式使用的是默認(rèn)的ContentType類型application/x-www-form-urlencoded，格式為key1=value1&key2=value2提交到后臺 ，不需要加@requestBody。

（3）contentType轉(zhuǎn)化之后，需要加@requestBody，controller才能接收到數(shù)據(jù)。

ajaxDate打印結(jié)果如下：

post和get功能相同。

前臺將ajaxData轉(zhuǎn)為json字符串，后臺必須加@RequestBody注解的屬性才能自定映射到值。

為什么有的需要加@requestBody,有的不需要。加與不加的區(qū)別如下：

使用@requestBody.當(dāng)請求content_type為：application/json類型的請求，數(shù)據(jù)類型為json時， json格式如下：{"aaa":"111","bbb":"222"}

不使用@requestBody.當(dāng)請求content_type為：application/x-www-form-urlencoded類型的或multipart/form-data時，數(shù)據(jù)格式為aaa=111&bbb=222。

JQuery的$.ajax(url,[settings])

1.默認(rèn)的ContentType的值為:application/x-www-form-urlencoded; charset=UTF-8 此格式為表單提交格式，數(shù)據(jù)為key1=value1&key2=value2的格式 。圖二serrializeble，只用的是默認(rèn)contentType類型。

2.雖然ajax的data屬性值格式為:{key1:value1,key2:value2},但最后會轉(zhuǎn)為key1=value1&key2=value2的格式提交到后臺 。

圖二，雖然打印出的結(jié)果是不是&格式的，但是會轉(zhuǎn)化。

3.如果ajax要和springmvc交互，要使用key1=value1&key2=value2的格式，后臺springmvc只需要定義對象或者參數(shù)就行了，會自動映射。

4.如果springmvc的參數(shù)有@RequestBody注解（接收json**字符串**格式數(shù)據(jù)），ajax必須將date屬性值轉(zhuǎn)為json字符串，不能為json對象（js對象，會自動轉(zhuǎn)為key=value形式）。并且，修改contentType的值為:application/json; charset=UTF-8,這樣加了@RequestBody注解的屬性才能自定映射到值。

5.使用在進(jìn)行圖片或者文件上傳時使用 multipart/form-data 類型時、 數(shù)據(jù)會自動進(jìn)行映射不要添加任何注解。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論