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

HTTP協議（RFC2616）采用了請求/響應模型。客戶端向服務器發送一個請求，請求頭包含請求的方法、URI、協議版本、以及包含請求修飾符、客戶 信息和內容的類似于MIME的消息結構。服務器以一個狀態行作為響應，相應的內容包括消息協議的版本，成功或者錯誤編碼加上包含服務器信息、實體元信息以 及可能的實體內容。

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

請求消息和響應消息都可以包含實體信息，實體信息一般由實體頭域和實體組成。實體頭域包含關于實體的原信息，實體頭包括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是返回消息中非常重要的內容，表示后面的文檔屬于什么MIME類型。Content-Type: [type]/[subtype]; parameter。例如最常見的就是text/html，它的意思是說返回的內容是文本類型，這個文本又是HTML格式的。原則上瀏覽器會根據Content-Type來決定如何顯示返回的消息體內容。

type有下面的形式

Text：用于標準化地表示的文本信息，文本消息可以是多種字符集和或者多種格式的；

Multipart：用于連接消息體的多個部分構成一個消息，這些部分可以是不同類型的數據；

Application：用于傳輸應用程序數據或者二進制數據；

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

Image：用于傳輸靜態圖片數據；

Audio：用于傳輸音頻或者音聲數據；

Video：用于傳輸動態影像數據，可以是與音頻編輯在一起的視頻數據格式。

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

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