Java@RequestParam注解和@RequestBody注解接收参数

2023-12-25 22:27:22

Java后端接收数据

注意:后端接收参数大概四种情况:
①不写任何注解
②写@RequestParam注解,多个@RequestParam注解
③写@RequestBody
④写@RequestParam注解同时又写@RequestBody

第一章、后端不写任何注解情况下接收参数

1.1)后端不写注解postman发出get请求

①后端参数类型为Integer,发送参数String “1”,结论接收成功

在这里插入图片描述

②后端参数类型为String,发送参数为String “1”,结论接收成功

在这里插入图片描述

③后端参数类型为一个Integer,一个String。发送参数方式为form-data 为key(pid) value(1),key(eid) value(“1”),结论接收成功
在这里插入图片描述

④后端参数类型为一个Integer,一个String,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论接受到的俩个值为NULL值
在这里插入图片描述
postman页面
在这里插入图片描述

⑤后端参数类型为一个数组,接收多个同名参数,结论接收成功
在这里插入图片描述
postman页面
在这里插入图片描述
⑥后端参数类型为map,接收多个不同名参数,结论失败
在这里插入图片描述
postmanye页面
在这里插入图片描述

⑦后端参数类型为一个实体类,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论对象参数的属性值为null
在这里插入图片描述
postman页面
在这里插入图片描述

1.2)后端不写注解postman发出post请求

①后端参数类型为Integer,发送参数为String “1”,结论接收成功

②后端参数类型为String,发送参数为String “1”,结论接收成功

③后端参数类型为一个Integer,一个String。发送参数方式为form-data 为key(pid) value(1),key(eid) value(“1”),结论接收成功

④后端参数类型为一个Integer,一个String,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论失败,两个值为NULL值

⑤后端参数类型为一个数组,接收多个同名参数,结论接收成功

⑥后端参数类型为map,接收多个不同名参数,结论失败

⑦后端参数类型为一个实体类,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论失败,对象参数的属性值为null

第二章、后端写@RequestParam注解接收参数

2.1)postman发出post请求

①后端参数类型为Integer,发送参数为String “1”,结论接收成功

②后端参数类型为String,发送参数为String “1”,结论接收成功

③后端参数类型为一个Integer,一个String。发送参数方式为form-data 为key(pid) value(1),key(eid) value(“1”),结论接收成功

④后端参数类型为一个Integer,一个String,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论失败bad request

⑤后端参数类型为一个数组,接收多个同名参数,结论接收成功
注意:不同名的不会存入

在这里插入图片描述
请求:
在这里插入图片描述
如果传递的三个参数有两个与数组参数同名会存入数组,不同名的则不会被存入数组
在这里插入图片描述
传参:两个与数组参数同名,一个不同名
在这里插入图片描述
⑥使用Map去接收请求参数,接收成功
在这里插入图片描述

postman请求:
在这里插入图片描述

⑦后端参数类型为一个实体类,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论失败,Bad Request
@RequestParam不能注解实体类参数
在这里插入图片描述
postman页面
在这里插入图片描述

2.2)postman发出get请求

①后端参数类型为Integer,发送参数为String “1”,结论接收成功

②后端参数类型为String,发送参数为String “1”,结论接收成功

③后端参数类型为一个Integer,一个String。发送参数方式为form-data 为key(pid) value(1),key(eid) value(“1”),结论接收成功

④后端参数类型为一个Integer,一个String,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论失败bad request

⑤后端参数类型为一个数组,接收多个同名参数,结论接收成功
不同名的不会存入

⑥后端参数类型为map,接收多个不同名参数,结论成功

⑦后端参数类型为一个实体类,发送参数方式为JSON{“eid”:“1”,“pid”:1} ,结论失败,Bad Request
@RequestParam不能注解实体类参数

第三章、后端写@RequestBody注解接收参数

@RequestBody(只能接收JSON字符串)

3.1)postman发出post请求

①后端参数是Integer,传参数是数字 1 ,结论成功。
json的value为" " :后端对应属性是String类型的,那么接受到的就是" ",如果后端属性的类型是Integer、Double等,那么接收到的就是null。
json的value为null:后端对应收到的就是null。
②后端参数是String,传参数是字符串 1,结论成功
③后端参数是Integer,传参数是json {“eid”:1},结论失败 bad request
④后端参数是一个简单对象,发送参数方式为JSON{“eid”:“1”,“pid”:1}
会根据json字符串中的key来匹配对应实体类的属性,如果匹配一致且key对应的值符合实体类对应属性的类型要求时,会调用实体类的setter方法将值赋给该属性。

在这里插入图片描述
postman页面
在这里插入图片描述
⑥@RequestBody与@RequestParam()同时使用:
Controller:
在这里插入图片描述
postman页面:
在这里插入图片描述

3.2)postman发出get请求

@RequestBody主要用来接收前端传递给后端的json字符串中的数据的(请求体中的数据的);而最常用的使用请求体传参的无疑是POST请求了,所以使用@RequestBody接收数据时,一般都用POST方式进行提交。

第四章、总结

@RequestParam总结

①@RequestParam用来绑定查询参数(也就是在URL上的参数)和from data(也就是请求体,对应postman中的 from-data)。发起请求时在URL上和使用from data传参都可以使用 @RequestParam来接收。

②@RequestParam将接收到的字符串自动转化为对应的类型

③@RequestParam不支持直接传递实体类的方式,可接收Map和数组,可接收单个参数。

④@RequestParam注解的属性
1、如果参数前写了@RequestParam(xxx),那么前端发送的请求路径中必须有对应的xxx参数才行
2、value:请求中传入参数的名称,如果不设置后台接口的value值,则会默认为该变量名。
3、name:作用同value相同
4、required:表示请求中一定要传入对应的参数,如果设置为false时,当请求中没有此参数,将会默认为null
5、defaultValue:参数的默认值,如果请求中没有同名的参数时,该变量默认为此值。注意默认值可以使用SpEL表达式,如"#{systemProperties[‘java.vm.version’]}"

@RequestParam(value = "参数名",required = false,defaultValue = "12")

@RequestBody总结

①@RequestBody主要使用post请求,接收JSON类型数据

②一个请求中@RequestBody最多只能有一个,而@RequestParam()可以有多个。它们可以同时使用。

③@RequestParam指定接收的参数可以是普通元素、数组、集合、对象等等,@RequestBody接收的是请求体里面的数据

④如果参数是放在请求体中,以application/json的格式传入后台接口,那么后台要@RequestBody才能接收到;如果不是放在请求体中的话要用@RequestParam来接收,或者在形参前不贴@RequestParam注解也能接收。

⑤feign或者openfeign远程调用服务时,如果参数前什么也不写,那么会被默认是@RequestBody。

文章来源:https://blog.csdn.net/baomingshu/article/details/135208887
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。