@RequestBody和@RequestParam区别

@RequestParam

注解@RequestParam接收的参数是来自HTTP请求体或请求url的QueryString中。

RequestParam可以接受简单类型的属性，也可以接受对象类型。

@RequestParam有三个配置参数：

• required表示是否必须，默认为 true，必须。
• defaultValue可设置请求参数的默认值。
• value为接收url的参数名（相当于key值）。

@RequestParam用来处理 Content-Type为 application/x-www-form-urlencoded编码的内容，Content-Type默认为该属性，也可以接收​​​​​​​application/json。@RequestParam也可用于其它类型的请求，例如：POST、DELETE等请求。

所以在postman中，要选择body的类型为 x-www-form-urlencoded，这样在headers中就自动变为了 Content-Type: application/x-www-form-urlencoded编码格式。如下图所示

 

 

但是这样有个弊端不支持批量插入数据啊，如果改用 json字符串来传值的话，类型设置为 application/json，点击发送的话，会报错，后台接收不到值，为 null。

这时候，注解@RequestBody就派上用场了。

@RequestBody

注解@RequestBody接收的参数是来自requestBody中，即请求体。一般用于处理非 Content-Type: application/x-www-form-urlencoded编码格式的数据，比如：application/json、application/xml等类型的数据。

就application/json类型的数据而言，使用注解@RequestBody可以将body里面所有的json数据传到后端，后端再进行解析。

GET请求中，因为没有HttpEntity，所以@RequestBody并不适用。

POST请求中，通过HttpEntity传递的参数，必须要在请求头中声明数据的类型Content-Type，SpringMVC通过使用

HandlerAdapter 配置的HttpMessageConverters来解析HttpEntity中的数据，然后绑定到相应的bean上。

向表中批量插入数据

举个批量插入数据的例子，Controller层的写法如下图所示：

 

由于@RequestBody可用来处理 Content-Type为 application/json编码的内容，所以在postman中，选择body的类型为row-> JSON(application/json)，

这样在 Headers中也会自动变为 Content-Type: application/json编码格式。body内的数据如下图所示：

 

批量向表中插入两条数据，这里的 saveBatchNovel()方法已经封装了 JPA的 saveAll()方法。body里面的 json语句的 key值要与后端实体类的属性一一对应。

注意：前端使用$.ajax的话，一定要指定 contentType: "application/json;charset=utf-8;"，默认为 application/x-www-form-urlencoded。

结论：通过@RequestBody可以解析 Body 中JSON 格式的数据。