溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

postman使用@ResquetBody和@RequestParam需要注意什么

發(fā)布時間:2021-07-07 18:34:43 來源:億速云 閱讀:367 作者:chen 欄目:大數(shù)據(jù)

這篇文章主要介紹“postman使用@ResquetBody和@RequestParam需要注意什么”,在日常操作中,相信很多人在postman使用@ResquetBody和@RequestParam需要注意什么問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”postman使用@ResquetBody和@RequestParam需要注意什么”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!

1.前言

    如今前后端分離之后,大多采用json格式的數(shù)據(jù)進行交互,Java后臺一般也就采用發(fā)現(xiàn)用@ResquetBody和@RequestParam兩個注解進行接收參數(shù)。

    常規(guī)做法是:

  •     @ResquetBody用來接收一個復(fù)雜的包裝類型,比如:

@RequestBody AuthApplyDto authDto
@Data
public class AuthApplyDto {
    private int id;
    private String status="";
    private String userId="";
    ...
}
  •     @ResquetParam用于接收基本類型或者基本類型及String對象。當(dāng)然,如果請求參數(shù)不復(fù)雜,使用多個@ResquetParam也可達到@ResquetBody同樣的效果(如果參數(shù)不多的時候)。

    但是,很有可能你會遇到下面的情況:

"Required String parameter 'userid' is not present"

此時,你需要重新審視這兩個注解的使用場景了。

2. @ResquetParam與@ResquetBody的測試驗證

    場景一:使用@ResquetParam注解,測試工具:postman。

    后臺參數(shù)接收如下:

@RequestParam(name="userid") String userId,
 @RequestParam(name="resourceid") String resourceId)
  • 情況一:get方式請求,請求參數(shù)如下:

{
"userid":1,
"resourceid":"18"
}

    測試結(jié)果:后臺可以接收。

  • 情況二:post方式請求,json序列化傳遞,請求參數(shù)同上。后臺報錯如下:

postman使用@ResquetBody和@RequestParam需要注意什么

    呵呵,這個幾個意思,明明傳遞了userid,卻提示我沒有傳,不科學(xué)?。。?!仔細一想,問題肯定出在后臺對參數(shù)的解析上。

  • 情況三:同時注意到,如果采用form-data的方式則可以成功請求。

postman使用@ResquetBody和@RequestParam需要注意什么

  • 情況四:如果采用x-www-form-urlencoded的方式也可以成功請求

postman使用@ResquetBody和@RequestParam需要注意什么

        那為什么同樣是post請求,json格式的數(shù)據(jù)卻無法解析。這是因為第三種和第四種都是以表單數(shù)據(jù)提交,content-Type并不是application/json。更多詳情參見:四種常見的 POST 提交數(shù)據(jù)方式

        也就是說Content-Type = application/x-www-form-urlencoded(或者 multipart/form-data) 的編碼方式,二者是表單請求,可以用@RequestParam一個一個獲取參數(shù)。而 Content-Type = application/json 的時候參數(shù)獲取不到。并且會報錯:

- Required String parameter ‘xx’ is not present

        那對于application/json的編碼,應(yīng)該怎么接收呢,答案則是@RequestBody。此注解能夠做json格式的解碼和編碼。

    場景二:使用@ResquetBody注解,測試工具:postman。

    后臺參數(shù)接收:

@RequestBody AuthApplyDto authDto
  • 情況一:json格式傳遞,post請求,測試結(jié)果成功。

postman使用@ResquetBody和@RequestParam需要注意什么

  • 情況二:如果使用@RequestBody接收參數(shù),使用表單格式post請求,又會發(fā)生什么呢?答案是不支持。

postman使用@ResquetBody和@RequestParam需要注意什么

  • 情況三:如果,請求方式為get,后臺參數(shù)接收@RequestBody ,如下格式,會發(fā)生什么呢??答案是肯定的。

    測試結(jié)果如下:

postman使用@ResquetBody和@RequestParam需要注意什么

3. 干貨總結(jié):

    對于@RequestParam注解,完全支持get請求,對于post請求只能接收表單格式的數(shù)據(jù),對于json序列化的數(shù)據(jù)不支持。
    對于@RequestBody注解,完全支持get請求,對于post請求只能接收json序列化的數(shù)據(jù),不支持表單格式的數(shù)據(jù)。

    疑問,這兩個注解底層如何做適配解析的?

4. 最后做個小記錄

    如果請求數(shù)據(jù)為數(shù)組,比如:

{
    "ids":[1,2]
}

后臺需要做如下包裝,便可接收。

@RequestBody DeleteIds ids,

@Data
    public class DeleteIds {
        private Set<Integer> ids;
    }

到此,關(guān)于“postman使用@ResquetBody和@RequestParam需要注意什么”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

向AI問一下細節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI