關于HTTP Content-Type說明


一直用AFN 卻沒詳細總結過HTTP Content-Type,再次記錄一下;


一. Content-Type 和 Accept

1.1 Accept屬于請求頭, Content-Type屬于實體頭。
Http報頭分為通用報頭,請求報頭,響應報頭和實體報頭。
請求方的http報頭結構:通用報頭|請求報頭|實體報頭
響應方的http報頭結構:通用報頭|響應報頭|實體報頭

1.2 Accept代表發送端(客戶端)希望接受的數據類型。
比如:Accept:text/xml;
代表客戶端希望接受的數據類型是xml類型

1.3 Content-Type代表發送端(客戶端|服務器)發送的實體數據的數據類型。

二. 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的發包方式。

2.1.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.8
Accept-Encoding:gzip, deflate
Accept-Language:zh-CN,zh;q=0.8,en;q=0.6,zh-TW;q=0.4,gl;q=0.2,de;q=0.2
Cache-Control:no-cache
Connection:keep-alive
Content-Length:17
Content-Type:application/x-www-form-urlencoded

那么服務器收到的raw body會是,name=homeway&key=nokey,在php中,通過$_POST就可以獲得數組形式的數據。

2.2 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.1
Content-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發送給服務端,

那么--用于區分數據快,而后面的數據就是標示區分包作用。

2.3 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');
2.4 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,普通字符串。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容

  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具(例如配置管理,服務發現,斷路器,智...
    卡卡羅2017閱讀 134,837評論 18 139
  • 0x01.About 查看 Restful API 報頭插件:Chrome插件REST Console,以及發送 ...
    牽線小丑閱讀 4,879評論 0 15
  • 整體Retrofit內容如下: 1、Retrofit解析1之前哨站——理解RESTful2、Retrofit解析2...
    隔壁老李頭閱讀 15,136評論 4 39
  • 剛剛夢見你和大黃在一起了,(我也很奇怪怎么是大黃~不過很真實,很和諧有愛)你們牽手走在前面,我同事叫我不要看,怕我...
    Napchuimc閱讀 248評論 0 0
  • 去年今日此門中,人面桃花相映紅。 人面不知何處去,桃花依舊笑春風。 ※※※※※※※※※ 一 “晗君近日總是隨身帶著...
    四月路閱讀 898評論 0 2