相同之处在于这两个注解的作用都是处理请求参数,不同之处在于使用方法和场景不同。
· | @RequestParam | @RequestBody |
---|---|---|
content-type | multipart/form-data【表单】或者application/x-www-form-urlencoded【form表单数据】 | application/json【json】或者application/xml【xml】 |
使用情况 | 涉及到文件上传和下载,传递比较少的参数 | 大多数情况使用,结构易理解 |
若涉及到图片的上传下载则需要用到@RequestParam的Spring类MultipartFile来支持。不同的注解支持不同的内容类型。
一般来说我们经常用的一般是@RequestBody,因为我们大多数请求都是application/json,好处有很多,结构化易理解,跟前者相比他可以批量化,可以通过json传多个对象信息过去。
因此在springboot项目中需要传递一整个实体类的参数情况下会用到RequestBody,而只需要传递不多的参数的时候使用RequestParam比较方便。
但是有的时候我们碍于一些原因,也会用到@RequestParam,比如文件的上传和下载,向我们spring中专门有个支持的类MultipartFile来支持这种请求。
总而言之,要看请求的类型来处理,比如json格式的@RequestParam可能无法处理,同理直接给一个MultipartFile 的file文件@RequestBody也无能为力。
HTTP content-type是什么?
网络文件类型和编码。
- application/json: JSON数据格式
- application/xml: XML数据格式
- application/x-www-form-urlencoded : 中默认的encType,form表单数据被编码为key/value格式发送到服务器(表单默认的提交数据的格式)
- multipart/form-data : 需要在表单中进行文件上传时,就需要使用该格式
@RequestParam主要用来接收GET请求拼接在URL后的参数,或者是POST传递,且Content-type为x-www-form-urlencoded方式。
因为不管是GET方式还是用x-www-form-urlencoded方式传递,参数都是以键值对方式拼接的,然后经过URLencoded编码,传递给服务端。
@RequestParam只能接收简单参数类型,复杂的参数类型要用@RequestBody来接收,或者不加注解来接收。
@RequestParam和@RequestBody可以混合使用,但是最多有一个@RequestBody,可以有多个@RequestParam。
另:不加注解接受的情况下,参数类型可以为简单类型或者复杂类型。使用post请求时,和@RequestParam注解一样,Content-type只能为x-www-form-urlencoded。
参考资料: