@RequestBody主要用來接收前端傳遞給后端的json字符串中的數據的(請求體中的數據的)；GET方式無請求體，所以使用@RequestBody接收數據時，前端不能使用GET方式提交數據，而是用POST方式進行提交。在后端的同一個接收方法里，@RequestBody與@RequestParam()可以同時使用，@RequestBody最多只能有一個，而@RequestParam()可以有多個。
注：一個請求，只有一個RequestBody；一個請求，可以有多個RequestParam。
注：當同時使用@RequestParam（）和@RequestBody時，@RequestParam（）指定的參數可以是普通元素、
數組、集合、對象等等(即:當，@RequestBody 與@RequestParam()可以同時使用時，原SpringMVC接收
參數的機制不變，只不過RequestBody 接收的是請求體里面的數據；而RequestParam接收的是key-value
里面的參數，所以它會被切面進行處理從而可以用普通元素、數組、集合、對象等接收)。
即：如果參數時放在請求體中，傳入后台的話，那么后台要用@RequestBody才能接收到；如果不是放在
請求體中的話，那么后台接收前台傳過來的參數時，要用@RequestParam來接收，或則形參前
什么也不寫也能接收。
注：如果參數前寫了@RequestParam(xxx)，那么前端必須有對應的xxx名字才行(不管其是否有值，當然可以通
過設置該注解的required屬性來調節是否必須傳)，如果沒有xxx名的話，那么請求會出錯，報400。
注：如果參數前不寫@RequestParam(xxx)的話，那么就前端可以有可以沒有對應的xxx名字才行，如果有xxx名
的話，那么就會自動匹配；沒有的話，請求也能正確發送。
追注：這里與feign消費服務時不同；feign消費服務時，如果參數前什么也不寫，那么會被默認是
@RequestBody的。
如果后端參數是一個對象，且該參數前是以@RequestBody修飾的，那么前端傳遞json參數時，必須滿足以下要求：
后端@RequestBody注解對應的類在將HTTP的輸入流(含請求體)裝配到目標類(即：@RequestBody后面的類)時，會根據json字符串中的key來匹配對應實體類的屬性，如果匹配一致且json中的該key對應的值符合(或可轉換為)，這一條我會在下面詳細分析，其他的都可簡單略過，但是本文末的核心邏輯代碼以及幾個結論一定要看！ 實體類的對應屬性的類型要求時,會調用實體類的setter方法將值賦給該屬性。
json字符串中，如果value為""的話，后端對應屬性如果是String類型的，那么接受到的就是""，如果是后端屬性的類型是Integer、Double等類型，那么接收到的就是null。
json字符串中，如果value為null的話，后端對應收到的就是null。
一、問題描述
由於項目是前后端分離，因此后台使用的是spring boot，做成微服務，只暴露接口。接口設計風格為restful的風格，在get請求下，后台接收參數的注解為RequestBody時會報錯；在post請求下，后台接收參數的注解為RequestParam時也會報錯。
二、問題原因
由於spring的RequestParam注解接收的參數是來自於requestHeader中，即請求頭，也就是在url中，格式為xxx?username=123&password=456，而RequestBody注解接收的參數則是來自於requestBody中，即請求體中。
三、解決方法
因此綜上所述，如果為get請求時，后台接收參數的注解應該為RequestParam，如果為post請求時，則后台接收參數的注解就是為RequestBody。附上兩個例子，截圖如下：
get請求
post請求
另外，還有一種應用場景，接口規范為resultful風格時，舉個例子：如果要獲取某個id下此條問題答案的查詢次數的話，則后台就需要動態獲取參數，其注解為@PathVariable，並且requestMapping中的value應為value="/{id}/queryNum"，截圖如下：
