基于@RequestParam与@RequestBody使用对比

@RequestParam与@RequestBody对比

@RequestParam

用来处理Content-Type: 为 application/x-www-form-urlencoded编码的内容。

（Http协议中，如果不指定Content-Type，则默认传递的参数就是application/x-www-form-urlencoded类型）

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

实质是将Request.getParameter() 中的Key-Value参数Map利用Spring的转化机制ConversionService配置，转化成参数接收对象或字段。

在Content-Type: application/x-www-form-urlencoded的请求中，

get 方式中queryString的值，和post方式中 body data的值都会被Servlet接受到并转化到Request.getParameter()参数集中，所以@RequestParam可以获取的到。　　

代码示例：

  @GetMapping("/test-sentinel-resource")
  public String testSentinelResource(@RequestParam(required = false) String a) {
      if (StringUtils.isBlank(a)) {
          throw new IllegalArgumentException("a cannot be blank.");
      }
      return a;
  }

当 required = false 时，a参数为可为空，当 required= true时，a参数不可为空。

@RequestBody

一般用来处理非Content-Type: application/x-www-form-urlencoded编码格式的数据。

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

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

解析HttpEntity中的数据，然后绑定到相应的bean上。

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

GET请求中，因为没有HttpEntity，所以@RequestBody并不适用。
POST请求中，通过HttpEntity传递的参数，必须要在请求头中声明数据的类型Content-Type，SpringMVC通过使用

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

@PostMapping("/create/user")
  public UserInfo createUser(@RequestBody CreateUserRequest request) {
      return userService.createUser(request);
}

小结一下：

1. form-data、x-www-form-urlencoded：不可以用@RequestBody；

2. application/json：json字符串部分可以用@RequestBody；url中的?后面参数可以用@RequestParam

3. get请求中不能用@RequestBody注解

@requestBody 与@requestparam；@requestBody的加与不加的区别

一、首先说明@requestBody与@requestParam的区别

spring的RequestParam注解接收的参数是来自于requestHeader中，即请求头。都是用来获取请求路径（url ）中的动态参数。也就是在url中，格式为xxx?username=123&password=456。功能与@pathvarible。

RequestBody注解接收的参数则是来自于requestBody中，即请求体中。

知识点：

二、Content-Type

内容类型，一般是指网页中存在的Content-Type，用于定义网络文件的类型和网页的编码，决定浏览器将以什么形式、什么编码读取这个文件，这就是经常看到一些Asp网页点击的结果却是下载到的一个文件或一张图片的原因。