SpringBoot 开发案例之参数传递的正确姿势

前言

开发这么多年，肯定还有不少小伙伴搞不清各种类型的参数是如何传递的，很多同学都是拿来即用，复制粘贴一把撸，遇到问题还是一脸懵逼。

姿势

学习参数传递的正确姿势，先说怎么做，再说为什么，本质上还是复制粘贴一把撸，问题是你想问不想问为什么！

传递

用户登录

前端代码：

 

后端代码：

 

当然，你也可以这么实现， @RequestParam(value="username", required=true) ， required 默认为 true，如果前台不传递此参数，后台会报错。如果设置为 false，如果不传，默认为 null。

 

用户注册

前端代码，提交方式与登录基本保持一致。

后端代码：

用一个对象来接收前台参数，一般后端有对应的实体类。

 

多参数无实体一

前端代码：

 

后端实现：

 

多参数无实体二

前端代码：

 

后端实现：

 

传递数组

前端代码：

 

后端实现：

 

传递集合

前端代码与传递数组保持一致。

后端实现：

 

传递集合实体对象

比如，后端想接收一个实体对象集合 List<SysUser>

前端代码：

 

后端代码：

 

传递集合实体对象一对多

比如，一个用户有多个角色 List<SysRole> roleList

前端代码：

 

后端实现：

 

炒鸡复杂

传输对象有实体，有集合，有各种类型的数据，这时候最简单的方式就是传递 Key-Value 结构的 JSON字符串，后台 Map 类型接收，然后通过 FastJson的 JSON.parseObject() 和 JSON.parseArray() 方法转化为对应的实体或者集合。

1. String user = parseMap.get("user").toString();
2. SysUser sysUser = JSON.parseObject(user,SysUser.class);
3. String contractClause = parseMap.get("rules").toString();
4. List<Rule> ruleList = JSON.parseArray(contractClause,Rule.class);

RESTful 风格

比如，访问某篇文章：

 

原则

记住一下几点：

• @RequestBody注解，必须与contentType 类型application/json配合使用。
• @RequestParam注解，必须与contentTyp类型application/x-www-form-urlencoded配合使用，其为默认类型。
• JSON.stringify()把对象类型转换为字符串类型，配合@RequestBody注解和contentType 类型application/json使用。

扩展

在以上只涉及了两种 contentType 类型，其实还有两种常见的类型：

multipart/form-data

一般用于表单文件上传，必须让 form 的 enctype 等于这个值。

1. <form action="/upload" method="post" enctype="multipart/form-data">
2. <input type="text" name="description" value="爪哇笔记，一个神奇的公众号">
3. <input type="file" name="myFile">
4. <button type="submit">Submit</button>
5. </form>

text/xml

做过微信支付的小伙伴一定会知道，微信就喜欢用这种方式，去年还发生过 XXE 漏洞，在解析XML文档时，解析器通过 ENTITY 扩展的功能，读取本地受保护的文件，并且使用扩展功能将受保护的文件发送到远程地址。

小结

不敢说是最完整的传参方案，但绝对敢保证是最正确的，因为所有的传参方式都经过 360° 官方检验。