基于@RequestParam与@RequestBody使用对比

目录
  • @RequestParam与@RequestBody对比
    • @RequestParam
    • @RequestBody
  • @requestBody 与@requestparam;@requestBody的加与不加的区别
    • 一、首先说明@requestBody与@requestParam的区别
    • 二、Content-Type
    • 三、问题,@requestBody到底在什么时候写与不写呢
    • JQuery的$.ajax(url,[settings])

@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网页点击的结果却是下载到的一个文件或一张图片的原因。

三、问题,@requestBody到底在什么时候写与不写呢

看现象如下:发现ajaxDate有若干种写法。

(1)直接写名传参。如下:

打印ajaxDate如下格式:

虽然打印结果是json对象式,但最后会转为key1=value1&key2=value2的格式提交到后台 ,不需要加@requestBody。

(2)serializeble实例化表单

打印结果如下:

表单 格式使用的是默认的ContentType类型application/x-www-form-urlencoded,格式为key1=value1&key2=value2提交到后台 ,不需要加@requestBody。

(3)contentType转化之后,需要加@requestBody,controller才能接收到数据。

ajaxDate打印结果如下:

post和get功能相同。

前台将ajaxData转为json字符串,后台必须加@RequestBody注解的属性才能自定映射到值。

为什么有的需要加@requestBody,有的不需要。加与不加的区别如下:

使用@requestBody.当请求content_type为:application/json类型的请求,数据类型为json时, json格式如下:{"aaa":"111","bbb":"222"}

不使用@requestBody.当请求content_type为:application/x-www-form-urlencoded类型的或multipart/form-data时,数据格式为aaa=111&bbb=222。

JQuery的$.ajax(url,[settings])

1.默认的ContentType的值为:application/x-www-form-urlencoded; charset=UTF-8 此格式为表单提交格式,数据为key1=value1&key2=value2的格式 。图二serrializeble,只用的是默认contentType类型。

2.虽然ajax的data属性值格式为:{key1:value1,key2:value2},但最后会转为key1=value1&key2=value2的格式提交到后台 。

图二,虽然打印出的结果是不是&格式的,但是会转化。

3.如果ajax要和springmvc交互,要使用key1=value1&key2=value2的格式,后台springmvc只需要定义对象或者参数就行了,会自动映射。

4.如果springmvc的参数有@RequestBody注解(接收json**字符串**格式数据),ajax必须将date属性值转为json字符串,不能为json对象(js对象,会自动转为key=value形式)。并且,修改contentType的值为:application/json; charset=UTF-8,这样加了@RequestBody注解的属性才能自定映射到值。

5.使用在进行图片或者文件上传时使用 multipart/form-data 类型时、 数据会自动进行映射不要添加任何注解。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • SpringBoot @RequestParam、@PathVaribale、@RequestBody实战案例

    实例User package com.iflytek.odeon.shipper.model.rx; import io.swagger.annotations.ApiModelProperty; public class Student { @ApiModelProperty(value = "名称", example = "zhangsan", required = true) private String name; private Integer call;

  • 基于params、@PathVariabl和@RequestParam的用法与区别说明

    方法参数相关属性params.@PathVariabl和@RequestParam的使用 [1]params params:指定request中必须包含某些参数值是,才让该方法处理. @RequestMapping(value = "testParamsAndHeaders", params = { "username","age!=10" }) public String testParamsAndHeaders() { System.out.

  • 简单捋捋@RequestParam 和 @RequestBody的使用

    前端向后端传递参数,后端怎么去接收,就会想到 spring 的注解 之前的话,我一直用的是 RequestParam("userName") String userName 这种形式,讲道理不怎么用 RequestParam String userName 无意间该去看看这两个是有什么不同了. @RequestParam @RequestBody (以 json 数据的形式接收) 如果不写 @RequestParam(xxx) 注解的话,那么就前端可以有 可以没有对应的xxx名字都行

  • 基于@RequestParam与@RequestBody使用对比

    目录 @RequestParam与@RequestBody对比 @RequestParam @RequestBody @requestBody 与@requestparam:@requestBody的加与不加的区别 一.首先说明@requestBody与@requestParam的区别 二.Content-Type 三.问题,@requestBody到底在什么时候写与不写呢 JQuery的$.ajax(url,[settings]) @RequestParam与@RequestBody对比 @R

  • 基于@RequestParam name和value属性的区别

    目录 基于name和value属性的区别 RequestParam内部有4个参数 @RequestParam,参数是否必须传的问题 一.源码展示 二.说明 2.1 @RequestParam 2.2 required 2.3 defaultValue 2.4 value 2.5 name 基于name和value属性的区别 RequestParam内部有4个参数 1.String name; 2.String value; 3.boolean required; 4.String default

  • 基于PostgreSQL和mysql数据类型对比兼容

    1.数值类型 整数: mysql中的整数类型和pg相比,两者有以下区别: mysql:mysql中支持int 1,2,3,4,8 字节,同时支持有符号,无符号.并且mysql中支持在数值列中指定zerofill,用来将存储的数值通过填充0的方式达到指定数据类型的长度(mysql8开始不建议使用ZEROFILL属性,并且在将来的MySQL版本中将不再支持该属性). pg:pg支持 int 2,4,8 字节,且数值都是有符号的. mysql整数类型: pg整数类型: 那么对于mysql中的1,3字节

  • 浅谈@RequestBody和@RequestParam可以同时使用

    目录 @RequestBody和@RequestParam可以同时使用吗 自己个人实际验证结果 在postman发送如下post请求,返回正常 body中参数如下 值得注意的地方 @RequestBody和@RequestParam注解使用说明 @RequestBody作用 @RequestParam作用 @RequestBody和@RequestParam可以同时使用吗 @RequestParam和@RequestBody这两个注解是可以同时使用的. 网上有很多博客说@RequestParam

  • feign post参数对象不加@RequestBody的使用说明

    目录 feign post参数对象不加@RequestBody 使用@RequestParam.@RequestBody 的正确姿势 背景 详细情况 小结一下 feign post参数对象不加@RequestBody 最近在做小程序调支付服务接口的一个功能,这个feign接口传参真的太费事. 代码我就改造了下,不直接上真实代码. 比如小程序调支付服务的订单查询接口,支付服务那边的controller的订单查询方法是: @ResponseBody @RequestMapping(value = "

  • 基于@RequestMapping 用法详解之地址映射

    目录 @RequestMapping之地址映射 引言: 简介: 1.value, method: 2.consumes,produces: 3. params,headers: 示例: 1.value / method 示例 2 consumes.produces 示例 3 params.headers 示例 @RequestMapping之地址映射 引言: 前段时间项目中用到了RESTful模式来开发程序,但是当用POST.PUT模式提交数据时,发现服务器端接受不到提交的数据(服务器端参数绑定

  • 简单快速对@RequestParam声明的参数作校验操作

    目录 @RequestParam参数校验 如下所示: 接口入参验证(@RequestParam\@Valid\@Validated\@RequestBody) 今天了解了下接口入参验证问题: @RequestParam参数校验 如下所示: 第一步.在springMVC注入org.springframework.validation.beanvalidation.MethodValidationPostProcessor; 第二步.重写校验异常 第三步.在方法所在的类添加@Validated注解

  • 解读@RequestBody与post请求的关系

    目录 @RequestBody与post请求的关系 问题描述 问题原因 解决方法 Post请求中@RequestParam和@RequestBody混合使用 总结 @RequestBody与post请求的关系 @RequestBody主要用来接收前端传递给后端的json字符串中的数据的(请求体中的数据的): GET方式无请求体,所以使用@RequestBody接收数据时,前端不能使用GET方式提交数据,而是用POST方式进行提交. 在后端的同一个接收方法里,@RequestBody与@Reque

  • Spring中使用LocalDateTime、LocalDate等参数作为入参

    0x0 背景 项目中使用LocalDateTime系列作为dto中时间的类型,但是spring收到参数后总报错,为了全局配置时间类型转换,尝试了如下3中方法. 注:本文基于Springboot2.0测试,如果无法生效可能是spring版本较低导致的.PS:如果你的Controller中的LocalDate类型的参数啥注解(RequestParam.PathVariable等)都没加,也是会出错的,因为默认情况下,解析这种参数使用ModelAttributeMethodProcessor进行处理,

随机推荐