四種常見的 POST 提交資料方式

四種常見的 POST 提交資料方式

我們知道，HTTP 協定是以 ASCII 碼傳輸，建立在 TCP/IP 協定之上的應用層規範。規範把 HTTP 請求分為三個部分：狀態列、請求頭、訊息主體。類似於下面這樣：

<method> <request-url> <version><headers>
<entity-body></entity-body></headers></version></request-url></method>

協定規定 POST 提交的資料必須放在訊息主體（entity-body）中，但協定並沒有規定資料必須使用什麼編碼方式。實際上，開發者完全可以自己決定訊息主體的格式，只要最後發送的 HTTP 請求滿足上面的格式就可以。

但是，資料送出去，還要服務端解析成功才有意義。一般服務端語言如 php、python 等，以及它們的 framework，都內建了自動解析常見資料格式的功能。服務端通常是根據請求頭（headers）中的 Content-Type 欄位來獲知請求中的訊息主體是用何種方式編碼，再對主體進行解析。所以說到 POST 提交資料方案，包含了 Content-Type 和訊息主體編碼方式兩部分。下面就正式開始介紹它們。

application/x-www-form-urlencoded

這應該是最常見的 POST 提交資料的方式了。瀏覽器的原生 form 表單，如果不設定 enctype 屬性，那麼最終就會以 application/x-www-form-urlencoded 方式提交資料。請求類似於下面這樣（無關的請求頭在本文中都省略掉了）：

Content-Type: application/x-www-form-urlencoded;charset=utf-8
title=test&sub%5B%5D=1&sub%5B%5D=2&sub%5B%5D=3

首先，Content-Type 被指定為application/x-www-form-urlencoded；其次，提交的資料依照key1=val1&key2=val2 的方式編碼，key 和val 都進行了URL 轉碼。大部分服務端語言都對這種方式有很好的支援。例如 PHP 中，$_POST[‘title’] 可以取得到 title 的值，$_POST[‘sub’] 可以得到 sub 陣列。

很多時候，我們用 Ajax 提交資料時，也是使用這種方式。例如 jquery 和 QWrap 的 Ajax，Content-Type 預設值都是「application/x-www-form-urlencoded;charset=utf-8」。

multipart/form-data

這又是一個常見的 POST 資料提交的方式。我們使用表單上傳檔案時，必須讓 form 的 enctyped 等於這個值。直接來看一個請求範例：

Content-Type:multipart/form-data; boundary=—-WebKitFormBoundaryrGKCBY7qhFd3TrwA
——WebKitFormBoundaryrGKCBY7qhFd3TrwAContent-Disposition: form-data; name=”text”
title——WebKitFormBoundaryrGKCBY7qhFd3TrwAContent-Disposition: form-data; name=”file”; filename=”chrome.png”Content-Type: image/png
PNG … content of chrome.png …——WebKitFormBoundaryrGKCBY7qhFd3TrwA–

這個範例稍微複雜一點。首先產生了一個 boundary 用於分割不同的字段，為了避免與正文內容重複，boundary 很長很複雜。然後 Content-Type 裡指明了資料是以 mutipart/form-data 來編碼，本次請求的 boundary 是什麼內容。訊息主體裡依照字段數又分為多個結構類似的部分，每部分都是以 –boundary 開始，緊接著內容描述訊息，然後是回車，最後是字段具體內容（文字或二進位）。如果傳輸的是文件，也要包含文件名和文件類型資訊。訊息主體最後以 –boundary– 標示結束。關於 mutipart/form-data 的詳細定義，請前往 rfc1867 查看。

這種方式一般用來上傳文件，各大服務端語言對它也有著良好的支援。

上面提到的這兩種 POST 資料的方式，都是瀏覽器原生支援的，而且現階段原生 form 表單也只支援這兩種方式。但隨著越來越多的 Web 站點，尤其是 WebApp，全部使用 Ajax 進行資料互動之後，我們完全可以定義新的資料提交方式，為開發帶來更多便利。

application/json

application/json 這個 Content-Type 作為回應頭大家肯定不陌生。實際上，現在越來越多的人把它當作請求頭，用來告訴服務端訊息主體是序列化後的 JSON 字串。由於 JSON 規範的流行，除了低版本 IE 之外的各大瀏覽器都原生支援 JSON.stringify，服務端語言也都有處理 JSON 的函數，使用 JSON 不會遇上什麼麻煩。

JSON 格式支援比鍵值對複雜得多的結構化數據，這一點也很有用。記得我幾年前做一個專案時，需要提交的資料層次非常深，我就是把資料 JSON 序列化之後來提交的。不過當時我是把 JSON 字串當 val，仍然放在鍵值對裡，以 x-www-form-urlencoded 方式提交。

Google 的 AngularJS 中的 Ajax 功能，默认就是提交 JSON 字符串。例如下面这段代码：
var data = {‘title':’test’, ‘sub’ : [1,2,3]};$http.post(url, data).success(function(result) {    …});

最終發送的請求是：

Content-Type: application/json;charset=utf-8
{“title”:”test”,”sub”:[1,2,3]}

這種方案，可以方便的提交複雜的結構化數據，特別適合 RESTful 的介面。各大抓包工具如 Chrome 隨附的開發者工具、Firebug、Fiddler，都會以樹狀結構展示 JSON 數據，非常友善。但也有些服務端語言還沒有支援這種方式，例如 php 就無法透過 $_POST 物件從上面的請求中取得內容。這時候，需要自己動手處理下：在請求頭中 Content-Type 為 application/json 時，從 php://input 取得原始輸入流，再 json_decode 成物件。有些 php 框架已經開始這麼做了。

当然 AngularJS 也可以配置为使用 x-www-form-urlencoded 方式提交数据。如有需要，可以参考这篇文章。

text/xml

我的博客之前提到过 XML-RPC（XML Remote Procedure Call）。它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范。典型的 XML-RPC 请求是这样的：

Content-Type: text/xml
<!–?xml version=”1.0″?–><methodcall>    <methodname>examples.getStateName</methodname>    <params>        <param>            <value><i4>41</i4></value>            </params></methodcall>

XML-RPC 协议简单、功能够用，各种语言的实现都有。它的使用也很广泛，如 WordPress 的 XML-RPC Api，搜索引擎的 ping 服务等等。JavaScript 中，也有现成的库支持以这种方式进行数据交互，能很好的支持已有的 XML-RPC 服务。不过，我个人觉得 XML 结构还是过于臃肿，一般场景用 JSON 会更灵活方便。

以上是四種常見的 POST 提交資料方式的詳細內容。更多資訊請關注PHP中文網其他相關文章！