@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可以接受簡單類型的屬性，也可以接受對象類型。
實(shí)質(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可以獲取的到。
代碼示例：
@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請求中，因?yàn)闆]有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請求中，因?yàn)闆]有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中，即請求體中。
知識點(diǎn)：
二、Content-Type
內(nèi)容類型，一般是指網(wǎng)頁中存在的Content-Type，用于定義網(wǎng)絡(luò)文件的類型和網(wǎng)頁的編碼，決定瀏覽器將以什么形式、什么編碼讀取這個文件，這就是經(jīng)常看到一些Asp網(wǎng)頁點(diǎn)擊的結(jié)果卻是下載到的一個文件或一張圖片的原因。
三、問題，@requestBody到底在什么時候?qū)懪c不寫呢
看現(xiàn)象如下：發(fā)現(xiàn)ajaxDate有若干種寫法。
（1）直接寫名傳參。如下：
打印ajaxDate如下格式：
雖然打印結(jié)果是json對象式，但最后會轉(zhuǎn)為key1=value1&key2=value2的格式提交到后臺 ，不需要加@requestBody。
（2）serializeble實(shí)例化表單
打印結(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)驗(yàn)，希望能給大家一個參考，也希望大家多多支持服務(wù)器之家。
原文鏈接：https://www.cnblogs.com/zjdxr-up/p/13227913.html
