基于@RequestParam与@RequestBody使用对比

2022-07-21,

目录
  • @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 类型时、 数据会自动进行映射不要添加任何注解。

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

《基于@RequestParam与@RequestBody使用对比.doc》

下载本文的Word格式文档,以方便收藏与打印。