要學(xué)習(xí)content-type,必須事先知道它到底是什么，是干什么用的。

HTTP協(xié)議（RFC2616）采用了請求/響應(yīng)模型?？蛻舳讼蚍?wù)器發(fā)送一個請求，請求頭包含請求的方法、URI、協(xié)議版本、以及包含請求修飾符、客戶 信息和內(nèi)容的類似于MIME的消息結(jié)構(gòu)。服務(wù)器以一個狀態(tài)行作為響應(yīng)，相應(yīng)的內(nèi)容包括消息協(xié)議的版本，成功或者錯誤編碼加上包含服務(wù)器信息、實體元信息以 及可能的實體內(nèi)容。

通常HTTP消息由一個起始行，一個或者多個頭域，一個只是頭域結(jié)束的空行和可選的消息體組成。HTTP的頭域包括通用頭，請求頭，響應(yīng)頭和實體頭四個部分。每個頭域由一個域名，冒號（:）和域值三部分組成。域名是大小寫無關(guān)的，域 值前可以添加任何數(shù)量的空格符，頭域可以被擴展為多行，在每行開始處，使用至少一個空格或制表符。

請求消息和響應(yīng)消息都可以包含實體信息，實體信息一般由實體頭域和實體組成。實體頭域包含關(guān)于實體的原信息，實體頭包括Allow、Content- Base、Content-Encoding、Content-Language、 Content-Length、Content-Location、Content-MD5、Content-Range、Content-Type、 Etag、Expires、Last-Modified、extension-header。
Content-Type是返回消息中非常重要的內(nèi)容，表示后面的文檔屬于什么MIME類型。Content-Type: [type]/[subtype]; parameter。例如最常見的就是text/html，它的意思是說返回的內(nèi)容是文本類型，這個文本又是HTML格式的。原則上瀏覽器會根據(jù)Content-Type來決定如何顯示返回的消息體內(nèi)容。

type有下面的形式

Text：用于標(biāo)準(zhǔn)化地表示的文本信息，文本消息可以是多種字符集和或者多種格式的；

Multipart：用于連接消息體的多個部分構(gòu)成一個消息，這些部分可以是不同類型的數(shù)據(jù)；

Application：用于傳輸應(yīng)用程序數(shù)據(jù)或者二進制數(shù)據(jù)；

Message：用于包裝一個E-mail消息；

Image：用于傳輸靜態(tài)圖片數(shù)據(jù)；

Audio：用于傳輸音頻或者音聲數(shù)據(jù)；

Video：用于傳輸動態(tài)影像數(shù)據(jù)，可以是與音頻編輯在一起的視頻數(shù)據(jù)格式。

subtype用于指定type的詳細(xì)形式。content-type/subtype配對的集合和與此相關(guān)的參數(shù)，將隨著時間而增長。為了確保這些值在一個有序而且公開的狀態(tài)下開發(fā)，MIME使用Internet Assigned Numbers Authority (IANA)作為中心的注冊機制來管理這些值。

parameter可以用來指定附加的信息，更多情況下是用于指定text/plain和text/htm等的文字編碼方式的charset參數(shù)。MIME根據(jù)type制定了默認(rèn)的subtype，當(dāng)客戶端不能確定消息的subtype的情況下，消息被看作默認(rèn)的subtype進行處理。Text默認(rèn)是text/plain，Application默認(rèn)是application/octet-stream而Multipart默認(rèn)情況下被看作multipart/mixed。對于IE6瀏覽器來說，如果Content-Type中的類型和實際的消息體類型不一致，那么它會根據(jù)內(nèi)容中的類型來分析實際應(yīng)該是什么類型，對于JPG、GIF等常用圖片格式都可以正確的識別出來，而不管Content-Type中寫的是什么。