目录
- Java后端接收数据
- 第一章、后端不写任何注解情况下接收参数
- 1.1)后端不写注解postman发出get请求
- 1.2)后端不写注解postman发出post请求
- 第二章、后端写@RequestParam注解接收参数
- 2.1)postman发出post请求
- 2.2)postman发出get请求
- 第三章、后端写@RequestBody注解接收参数
- 3.1)postman发出post请求
- 3.2)postman发出get请求
- 第四章、总结
- @RequestParam总结
- @RequestBody总结
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。