如何理解HTTP中的Content-Type

0x01.About

查看Restful API 標頭外掛程式：Chrome外掛程式REST Console，以及發送Restful API工具：Chrome插件POST Man

在HTTP 1.1規格中，HTTP請求方式有OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT

通常我們用的只有GET、POST，然而對於Restful API規格來說，請求資源要用PUT方法，刪除資源要用DELETE方法。

例如發送個DELETE套件：

http://example.com/my/resource?id=12345

那麼透過id就能取得到訊息，這個套件只有header，並不存在body，下面討論幾個包含body的發包的body傳輸格式。

---

0x02.Content-Type

Content-Type用於指定內容類型，一般是指網頁中存在的Content-Type，Content-Type屬性指定請求和回應的HTTP內容類型。如果未指定 ContentType，預設為text/html。

在nginx中有個設定檔mime.types，主要是標示Content-Type的檔案格式。

下面是幾個常見的Content-Type:

1.text/html
2.text/plain
3.text/css
4.text/ javascript
5.application/x-www-form-urlencoded
6.multipart/form-data
7.application/json
8.application/xml
...

前面幾個都很好理解，都是html，css，javascript的檔案類型，後面四個是POST的發包方式。

---

0x03.application/x-www-form-urlencoded

application/x-www-form-urlencoded是常用的表單發包方式，普通的表單提交，或js發送包，預設都是透過這種方式，

例如一個簡單地表單：

<form enctype="application/x-www-form-urlencoded" action="http://homeway.me/post.php" method="POST">
    <input type="text" name="name" value="homeway">
    <input type="text" name="key" value="nokey">
    <input type="submit" value="submit">
</form>

那麼伺服器收到的raw header會類似：

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8Accept-Encoding:gzip, deflateAccept-Language:zh-CN,zh;q=0.8,en;q=0.6,zh-TW;q=0.4,gl;q=0.2,de;q=0.2Cache-Control:no-cacheConnection:keep-aliveContent-Length:17Content-Type:application/x-www-form-urlencoded

那麼伺服器收到的raw body會是，name=homeway&key=nokey，在php中，透過$_POST就可以取得陣列形式的資料。

---

0x04.multipart/form-data

multipart/form-data用在发送文件的POST包。

这里假设我用python的request发送一个文件给服务器：

data = {    
"key1": "123",    
"key2": "456",
}
files = {'file': open('index.py', 'rb')}
res = requests.post(url="http://localhost/upload", method="POST", data=data, files=files)
print res

通过工具，可以看到我发送的数据内容如下：

POST http://www.homeway.me HTTP/1.1Content-Type:multipart/form-data; boundary=------WebKitFormBoundaryOGkWPJsSaJCPWjZP
------WebKitFormBoundaryOGkWPJsSaJCPWjZP
Content-Disposition: form-data; name="key2"456------WebKitFormBoundaryOGkWPJsSaJCPWjZP
Content-Disposition: form-data; name="key1"123------WebKitFormBoundaryOGkWPJsSaJCPWjZP
Content-Disposition: form-data; name="file"; filename="index.py"

这里Content-Type告诉我们，发包是以multipart/form-data格式来传输，另外，还有boundary用于分割数据。

当文件太长，HTTP无法在一个包之内发送完毕，就需要分割数据，分割成一个一个chunk发送给服务端，

那么--用于区分数据快，而后面的数据633e61ebf351484f9124d63ce76d8469就是标示区分包作用。

---

0x05.text/xml

微信用的是这种数据格式发送请求的。

POST http://www.homeway.me HTTP/1.1 
Content-Type: text/xml<?xml version="1.0"?><resource>
    <id>123</id>
    <params>
        <name>
            <value>homeway</value>
        </name>
        <age>
            <value>22</value>
        </age>
    </params></resource>

php中$_POST只能读取application/x-www-form-urlencoded数据，$_FILES只能读取multipart/form-data类型数据，

那么，要读取text/xml格式的数据，可以用：

$file = fopen('php://input', 'rb');
$data = fread($file, length);
fclose($file);

或者

$data = file_get_contents('php://input');

---

0x06.application/json

透過json形式將資料傳送給伺服器，一開始，我嘗試透過curl，傳送application/json格式包，

然而我收到的資料如下：

------------------------- -e1e1406176ee348a Content-Disposition: form-data; name="nid" 2 --------------------------e1e1406176ee348a Content-Disposition: form-data ; name="uuid" cf9dc994-a4e7-3ad6-bc54-41965b2a0dd7 --------------------------e1e1406176ee348a Content-Disposition: form-data; name="access_token" 956731586df41229dbfec08dd5d54eedb98d73d2 --------- -----------------e1e1406176ee348a--

後來想想明白了，HTTP通訊中並不存在所謂的json，而是將string轉成json罷了，也就是，application/json可以將它理解為text/plain，普通字串。

之所以出現那麼多亂七八糟的-------應該是php陣列傳送進去，存在的轉換問題吧

以上是如何理解HTTP中的Content-Type的詳細內容。更多資訊請關注PHP中文網其他相關文章！