快捷導(dǎo)航

Postman form-data、x-www-form-urlencoded的區(qū)別及說明

更新時間：2025年03月24日 09:05:38 作者：碼靈

這篇文章主要介紹了Postman form-data、x-www-form-urlencoded的區(qū)別及說明,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教

Postman form-data、x-www-form-urlencoded的區(qū)別

我們在平時的postman請求調(diào)試，以及web的http請求開發(fā)時，常常能看到以下幾種傳參的形式 form-data、x-www-form-urlencoded、raw、binary，那么這些請求方式的區(qū)別是什么呢？

1、form-data

就是http請求中的multipart/form-data,它會將表單的數(shù)據(jù)處理為一條消息，以標(biāo)簽為單元，用分隔符分開。既可以上傳鍵值對，也可以上傳文件。

當(dāng)上傳的字段是文件時，會有Content-Type來說明文件類型；content-disposition，用來說明字段的一些信息；由于有boundary隔離，所以multipart/form-data既可以上傳文件，也可以上傳鍵值對，它采用了鍵值對的方式，所以可以上傳多個文件。

上圖中我們可以看到在postman中form-data選項，key是有下拉選擇項的，這也說明了form-data類型支持key-value和文件傳輸。

上圖中我們可以看到，明顯的不同的key參數(shù)之間是有boundary分割的。每個參數(shù)都有Content-Disposition: form-data; name="xxx"信息

2、x-www-form-urlencoded

就是application/x-www-from-urlencoded,會將表單內(nèi)的數(shù)據(jù)轉(zhuǎn)換為鍵值對，比如,name=java&age = 23

我們可以看到，這個形式的傳參方式，postman的key是并沒有像form-data一樣改出File的下拉選項的，這也說明了這種方式只支持string的key-value值傳遞。

在上圖中我們也能明顯的看到在http的body體中傳輸?shù)母袷?。同時我們也看到對于存在中文和空格的情況，它是會進(jìn)行轉(zhuǎn)換的。

1、它是post的默認(rèn)格式，使用js中URLencode轉(zhuǎn)碼方法。包括將name、value中的空格替換為加號；將非ascii字符做百分號編碼；將input的name、value用‘=’連接，不同的input之間用‘&’連接。
2、百分號編碼什么意思呢。比如漢字‘丁’吧，他的utf8編碼在十六進(jìn)制下是0xE4B881，占3個字節(jié)，把它轉(zhuǎn)成字符串‘E4B881’，變成了六個字節(jié)，每兩個字節(jié)前加上百分號前綴，得到字符串“%E4%B8%81”，變成九個ascii字符，占九個字節(jié)（十六進(jìn)制下是0x244534254238253831）。把這九個字節(jié)拼接到數(shù)據(jù)包里，這樣就可以傳輸“非ascii字符的 utf8編碼的十六進(jìn)制表示的字符串的百分號形式。
3、同樣使用URLencode轉(zhuǎn)碼，這種post格式跟get的區(qū)別在于，get把轉(zhuǎn)換、拼接完的字符串用‘?’直接與表單的action連接作為URL使用，所以請求體里沒有數(shù)據(jù)；而post把轉(zhuǎn)換、拼接后的字符串放在了請求體里，不會在瀏覽器的地址欄顯示，因而更安全一些。
4、對于一段utf8編碼的字節(jié)，用application/x-www-form-urlencoded傳輸其中的ascii字符沒有問題，但對于非ascii字符傳輸效率就很低了（漢字‘丁’從三字節(jié)變成了九字節(jié)），因此在傳很長的字節(jié)（如文件）時應(yīng)用multipart/form-data格式。smtp等協(xié)議也使用或借鑒了此格式。
5、multipart/form-data將表單中的每個input轉(zhuǎn)為了一個由boundary分割的小格式，沒有轉(zhuǎn)碼，直接將utf8字節(jié)拼接到請求體中，在本地有多少字節(jié)實際就發(fā)送多少字節(jié)，極大提高了效率，適合傳輸長字節(jié)。