轉載：https://mp.weixin.qq.com/s/09EP3atBpQCqm5JbhPABtA
前言
開發這麼多年，肯定還有不少小夥伴搞不清各種類型的參數是如何傳遞的，很多同學都是拿來即用，複製粘貼一把擼，遇到問題還是一臉懵逼。
姿勢
學習參數傳遞的正確姿勢，先說怎麼做，再說為什麼，本質上還是複製粘貼一把擼，問題是你想問不想問為什麼！
傳遞
用戶登錄
前端代碼：
後端代碼：
當然，你也可以這麼實現， @RequestParam(value="username", required=true) ， required 默認為 true，如果前臺不傳遞此參數，後臺會報錯。如果設置為 false，如果不傳，默認為 null。
用戶註冊
前端代碼，提交方式與登錄基本保持一致。
後端代碼：
用一個對象來接收前臺參數，一般後端有對應的實體類。
多參數無實體一
前端代碼：
後端實現：
多參數無實體二
前端代碼：
後端實現：
傳遞數組
前端代碼：
後端實現：
傳遞集合
前端代碼與傳遞數組保持一致。
後端實現：
傳遞集合實體對象
比如，後端想接收一個實體對象集合 List<sysuser>
前端代碼：
後端代碼：
傳遞集合實體對象一對多
比如，一個用戶有多個角色 List<sysrole> roleList/<sysrole>
前端代碼：
後端實現：
炒雞複雜
傳輸對象有實體，有集合，有各種類型的數據，這時候最簡單的方式就是傳遞 Key-Value 結構的 JSON字符串，後臺 Map 類型接收，然後通過 FastJson的 JSON.parseObject() 和 JSON.parseArray() 方法轉化為對應的實體或者集合。
- String user = parseMap.get("user").toString();
- SysUser sysUser = JSON.parseObject(user,SysUser.class);
- String contractClause = parseMap.get("rules").toString();
- List<rule> ruleList = JSON.parseArray(contractClause,Rule.class);/<rule>
RESTful 風格
比如，訪問某篇文章：
原則
記住一下幾點：
- @RequestBody註解，必須與contentType 類型application/json配合使用。
- @RequestParam註解，必須與contentTyp類型application/x-www-form-urlencoded配合使用，其為默認類型。
- JSON.stringify()把對象類型轉換為字符串類型，配合@RequestBody註解和contentType 類型application/json使用。
擴展
在以上只涉及了兩種 contentType 類型，其實還有兩種常見的類型：
multipart/form-data
一般用於表單文件上傳，必須讓 form 的 enctype 等於這個值。
- <form>
- <button>Submit/<button>
text/xml
做過微信支付的小夥伴一定會知道，微信就喜歡用這種方式，去年還發生過 XXE 漏洞，在解析XML文檔時，解析器通過 ENTITY 擴展的功能，讀取本地受保護的文件，並且使用擴展功能將受保護的文件發送到遠程地址。
小結
不敢說是最完整的傳參方案，但絕對敢保證是最正確的，因為所有的傳參方式都經過 360° 官方檢驗。
閱讀更多 java互聯網架構 的文章
