1.背景介紹
HTTP/1.1 協議規定的 HTTP 請求方法有 OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT 這幾種。其中 POST 一般用來向服務端提交數據，本文主要討論 POST 提交數據的幾種編碼方式。
2.知識剖析
協議規定 POST 提交的數據必須放在消息主體（entity-body）中，但協議並沒有規定數據必須使用什么編碼方式。但是，數據發送出去，還要服務端解析成功才有意義。
服務端通常是根據請求頭（headers）中的 Content-Type 字段來獲知請求中的消息主體是用何種方式編碼，再對主體進行解析。POST 提交數據方案，包含了 Content-Type 和消息主體編碼方式兩部分。下面就正式開始介紹它們。
3.常見問題
常用的POST 提交數據方式有哪些？
4.解決方案
四種常見的 POST 提交數據方式：
1.application/x-www-form-urlencoded
2.multipart/form-data
3.application/json
4.text/xml
4.1 application/x-www-form-urlencoded
這應該是最常見的 POST 提交數據的方式了。瀏覽器的原生 form 表單，如果不設置 enctype屬性，那么最終就會默認以 application/x-www-form-urlencoded 方式提交數據。
在POST提交數據中Content-Type 被指定為 application/x-www-form-urlencoded；提交的數據按照 key1=val1&key2=val2 的方式進行編碼，key 和 val 都進行了 URL 轉碼。大部分服務端語言都對這種方式有很好的支持。很多時候，我們用 Ajax 提交數據時，也是使用這種方式。
xhr.open("POST","http://www.example.com",true);
xhr.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");
4.2 multipart/form-data
這也是一個常見的 POST 數據提交的方式。我們使用表單上傳文件時，必須讓 form 的 enctype 等於這個值。這種方式一般用來上傳文件，各大服務端語言對它也有着良好的支持。上面提到的這兩種 POST 數據的方式，都是瀏覽器原生支持的。
xhr.open("POST","http://www.example.com",true);
xhr.setRequestHeader("Content-Type", "multipart/form-data");
4.3 application/json
application/json 這個 Content-Type 作為響應頭大家肯定不陌生。實際上，現在越來越多的人把它作為請求頭，用來告訴服務端消息主體是序列化后的 JSON 字符串。由於 JSON 規范的流行，除了低版本 IE 之外的各大瀏覽器都原生支持 JSON.stringify，服務端語言也都有處理 JSON 的函數，使用 JSON 不會遇上什么麻煩。
xhr.open("POST","http://www.example.com",true);
xhr.setRequestHeader("Content-Type", "application/json");
4.4 text/xml
它是一種使用 HTTP 作為傳輸協議，XML 作為編碼方式的遠程調用規范,它的使用也很廣泛，能很好的支持已有的 XML-RPC 服務。不過，XML 結構還是過於臃腫，一般場景用 JSON 會更靈活方便。
xhr.open("POST","http://www.example.com",true);
xhr.setRequestHeader("Content-Type", "text/xml");
5.編碼實戰
6.擴展思考
我們應該選擇哪種編碼方式呢？
1.選擇與后端約定好的提交方式
2.看提交的數據類型，如果提交文件的話選擇multipart/form-data
7.更多討論
GET和POST有哪些區別？
傳言1：GET方式對長度有限制；POST方式對長度沒限制。
(1).因為GET是通過URL提交數據，那么GET可提交的數據量就跟URL的長度有直接關系了。而實際上，URL不存在參數上限的問題，HTTP協議規范沒有對URL長度進行限制。這個限制是特定的瀏覽器及服務器對它的限制。IE對URL長度的限制是2083字節(2K+35)。對於其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決於操作系統的支持。
(2).理論上講，POST是沒有大小限制的，HTTP協議規范也沒有進行大小限制，說“POST數據量存在80K/100K的大小限制”是不准確的，POST數據是沒有限制的，起限制作用的是服務器的處理程序的處理能力。
傳言2：GET是從服務器上獲取數據；POST是向服務器傳送數據。
回答：GET方式就沒有向服務器傳送數據？那么URL中的?子句送的是什么？不論是GET還是POST，都可以向服務器傳送數據，只不過傳送數據的位置不同,GET請求的數據會附在URL之后,POST把提交的數據則放置在是HTTP包的包體中；不論是GET還是POST，都要從服務器上獲取數據,關鍵的問題是:
GET的主要任務是獲得數據，但在獲得數據前也可以向服務器提交一些數據；
POST的主要任務是提交數據，但在提交數據之后服務器也會向用戶端返回一些顯示用的數據。
傳言3：GET不安全，用戶能從地址欄上看到傳送的數據；POST安全，用戶不能從地址欄上看到傳送的數據。
回答：通過GET提交數據，用戶名和密碼將明文出現在URL上，因為(1)登錄頁面有可能被瀏覽器緩存，(2)其他人查看瀏覽器的歷史紀錄，那么別人就可以拿到你的賬號和密碼了。POST方式看不到傳送的數據是因為IE瀏覽器做了限制。如果你通過第三方工具看到了POST方式傳送的數據，你還能說POST方式是安全的嗎？理論上說GET和POST方式都不安全，要不就用不着研究HTTPS了。
8.參考文獻
參考三：HTTP協議POST請求問題總結
視頻資料
http://v.qq.com/iframe/player.html?vid=i05205vnhr5&tiny=0&auto=0
PPT資料