1.背景介紹

HTTP/1.1 協(xié)議規(guī)定的 HTTP 請求方法有 OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT 這幾種。其中 POST 一般用來向服務(wù)端提交數(shù)據(jù)，本文主要討論 POST 提交數(shù)據(jù)的幾種編碼方式。

2.知識剖析

協(xié)議規(guī)定 POST 提交的數(shù)據(jù)必須放在消息主體（entity-body）中，但協(xié)議并沒有規(guī)定數(shù)據(jù)必須使用什么編碼方式。但是，數(shù)據(jù)發(fā)送出去，還要服務(wù)端解析成功才有意義。

服務(wù)端通常是根據(jù)請求頭（headers）中的 Content-Type 字段來獲知請求中的消息主體是用何種方式編碼，再對主體進行解析。POST 提交數(shù)據(jù)方案，包含了 Content-Type 和消息主體編碼方式兩部分。下面就正式開始介紹它們。

3.常見問題

常用的POST 提交數(shù)據(jù)方式有哪些？

4.解決方案

四種常見的 POST 提交數(shù)據(jù)方式：

1.application/x-www-form-urlencoded

2.multipart/form-data

3.application/json

4.text/xml

4.1 application/x-www-form-urlencoded

這應(yīng)該是最常見的 POST 提交數(shù)據(jù)的方式了。瀏覽器的原生 form 表單，如果不設(shè)置 enctype屬性，那么最終就會默認以 application/x-www-form-urlencoded 方式提交數(shù)據(jù)。

在POST提交數(shù)據(jù)中Content-Type 被指定為 application/x-www-form-urlencoded；提交的數(shù)據(jù)按照 key1=val1&key2=val2 的方式進行編碼，key 和 val 都進行了 URL 轉(zhuǎn)碼。大部分服務(wù)端語言都對這種方式有很好的支持。很多時候，我們用 Ajax 提交數(shù)據(jù)時，也是使用這種方式。

1 2	xhr.open("POST","http://www.example.com",true); xhr.setRequestHeader("Content-Type",?"application/x-www-form-urlencoded");

4.2 multipart/form-data

這也是一個常見的 POST 數(shù)據(jù)提交的方式。我們使用表單上傳文件時，必須讓 form 的 enctype 等于這個值。這種方式一般用來上傳文件，各大服務(wù)端語言對它也有著良好的支持。上面提到的這兩種 POST 數(shù)據(jù)的方式，都是瀏覽器原生支持的。

1 2	xhr.open("POST","http://www.example.com",true); xhr.setRequestHeader("Content-Type",?"multipart/form-data");

4.3 application/json

application/json 這個 Content-Type 作為響應(yīng)頭大家肯定不陌生。實際上，現(xiàn)在越來越多的人把它作為請求頭，用來告訴服務(wù)端消息主體是序列化后的 JSON 字符串。由于 JSON 規(guī)范的流行，除了低版本 IE 之外的各大瀏覽器都原生支持 JSON.stringify，服務(wù)端語言也都有處理 JSON 的函數(shù)，使用 JSON 不會遇上什么麻煩。

1 2	xhr.open("POST","http://www.example.com",true); xhr.setRequestHeader("Content-Type",?"application/json");

　　

4.4 text/xml

它是一種使用 HTTP 作為傳輸協(xié)議，XML 作為編碼方式的遠程調(diào)用規(guī)范,它的使用也很廣泛，能很好的支持已有的 XML-RPC 服務(wù)。不過，XML 結(jié)構(gòu)還是過于臃腫，一般場景用 JSON 會更靈活方便。

1 2	xhr.open("POST","http://www.example.com",true); xhr.setRequestHeader("Content-Type",?"text/xml");

　　

5.編碼實戰(zhàn)

6.擴展思考

我們應(yīng)該選擇哪種編碼方式呢？

1.選擇與后端約定好的提交方式

2.看提交的數(shù)據(jù)類型，如果提交文件的話選擇multipart/form-data

7.更多討論

GET和POST有哪些區(qū)別？

傳言1：GET方式對長度有限制；POST方式對長度沒限制。

(1).因為GET是通過URL提交數(shù)據(jù)，那么GET可提交的數(shù)據(jù)量就跟URL的長度有直接關(guān)系了。而實際上，URL不存在參數(shù)上限的問題，HTTP協(xié)議規(guī)范沒有對URL長度進行限制。這個限制是特定的瀏覽器及服務(wù)器對它的限制。IE對URL長度的限制是2083字節(jié)(2K+35)。對于其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決于操作系統(tǒng)的支持。

(2).理論上講，POST是沒有大小限制的，HTTP協(xié)議規(guī)范也沒有進行大小限制，說“POST數(shù)據(jù)量存在80K/100K的大小限制”是不準確的，POST數(shù)據(jù)是沒有限制的，起限制作用的是服務(wù)器的處理程序的處理能力。

傳言2：GET是從服務(wù)器上獲取數(shù)據(jù)；POST是向服務(wù)器傳送數(shù)據(jù)。

回答：GET方式就沒有向服務(wù)器傳送數(shù)據(jù)？那么URL中的?子句送的是什么？不論是GET還是POST，都可以向服務(wù)器傳送數(shù)據(jù)，只不過傳送數(shù)據(jù)的位置不同,GET請求的數(shù)據(jù)會附在URL之后,POST把提交的數(shù)據(jù)則放置在是HTTP包的包體中；不論是GET還是POST，都要從服務(wù)器上獲取數(shù)據(jù),關(guān)鍵的問題是:

GET的主要任務(wù)是獲得數(shù)據(jù)，但在獲得數(shù)據(jù)前也可以向服務(wù)器提交一些數(shù)據(jù)；

POST的主要任務(wù)是提交數(shù)據(jù)，但在提交數(shù)據(jù)之后服務(wù)器也會向用戶端返回一些顯示用的數(shù)據(jù)。

傳言3：GET不安全，用戶能從地址欄上看到傳送的數(shù)據(jù)；POST安全，用戶不能從地址欄上看到傳送的數(shù)據(jù)。

回答：通過GET提交數(shù)據(jù)，用戶名和密碼將明文出現(xiàn)在URL上，因為(1)登錄頁面有可能被瀏覽器緩存，(2)其他人查看瀏覽器的歷史紀錄，那么別人就可以拿到你的賬號和密碼了。POST方式看不到傳送的數(shù)據(jù)是因為IE瀏覽器做了限制。如果你通過第三方工具看到了POST方式傳送的數(shù)據(jù)，你還能說POST方式是安全的嗎？理論上說GET和POST方式都不安全，要不就用不著研究HTTPS了。

8.參考文獻

參考一：四種常見的 POST 提交數(shù)據(jù)方式

參考二：淺談HTTP中Get與Post的區(qū)別

參考三：HTTP協(xié)議POST請求問題總結(jié)

視頻資料

http://v.qq.com/iframe/player.html?vid=i05205vnhr5&tiny=0&auto=0

PPT資料

https://ptteng.github.io/PPT/PPT/js-05-EnctypeofPOST.html

更多資料https://ptteng.github.io/PPT/webIndex.html

轉(zhuǎn)載于:https://www.cnblogs.com/liangshuang/p/9480039.html

總結(jié)

以上是生活随笔為你收集整理的post提交的数据几种编码格式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。