注：一个请求，只有一个RequestBody；一个请求，可以有多个RequestParam。
如果后端参数是一个对象，且该参数前是以@RequestBody修饰的，那么前端传递json参数时，必须满足以下要求：
后端@RequestBody注解对应的类在将HTTP的输入流(含请求体)装配到目标类(即：@RequestBody后面的类)时，会根据json字符串中的key来匹配对应实体类的属性，如果匹配一致且json中的该key对应的值符合(或可转换为)，这一条我会在下面详细分析，其他的都可简单略过，但是本文末的核心逻辑代码以及几个结论一定要看！ 实体类的对应属性的类型要求时,会调用实体类的setter方法将值赋给该属性。
json字符串中，如果value为""的话，后端对应属性如果是String类型的，那么接受到的就是""，如果是后端属性的类型是Integer、Double等类型，那么接收到的就是null。
json字符串中，如果value为null的话，后端对应收到的就是null。
注：关于@RequestParam()的用法，这里就不再一一说明了，可详见 《程序员成长笔记(一)》中的相关章节。
示例详细说明：先给出两个等下要用到的实体类
User实体类：
Team实体类：
@RequestBody直接以String接收前端传过来的json数据：
后端对应的Controller：
使用PostMan测试：
@RequestBody以简单对象接收前端传过来的json数据：
后端对应的Controller：
使用PostMan测试：
@RequestBody以复杂对象接收前端传过来的json数据：
后端对应的Controller：
使用PostMan测试：
@RequestBody与简单的@RequestParam()同时使用：
后端对应的Controller：
使用PostMan测试：
@RequestBody与复杂的@RequestParam()同时使用：
后端对应的Controller：
使用PostMan测试：
@RequestBody接收请求体中的json数据；不加注解接收URL中的数据并组装为对象：
后端对应的Controller：
使用PostMan测试：
上图中，如果我们传参中没有指定token，那么请求能正常进去，但是token为null；如果在String token前指定了@RequestParam(“token”)，那么前端必须要有token这个键时，请求才能正常进去，否者报400错误。
小技巧之指定模型中的属性对应什么key这里简单介绍，更多的可参考：
给出Controller中的测试类:
给出模型中的属性(setter/getter方法没截出来)：
使用postman测试一下，示例：
上图简单测试了一下，但是测得并不全面,这里就不带大家一起测试了，直接给出。
结论③：@JsonAlias注解需要依赖于setter、getter，而@JsonProperty注解不需要。
结论④：在不考虑上述两个注解的一般情况下，key与属性匹配时,默认大小写敏感。
来源：博客园
作者：yuluoxingkong
链接：https://www.cnblogs.com/yuluoxingkong/p/11806721.html