一、
首先盗尸，我們要了解瀏覽器是如何處理內(nèi)容的柑船。在瀏覽器中顯示的內(nèi)容有 HTML、有 XML泼各、有 GIF鞍时、還有 Flash ……那么，瀏覽器是如何區(qū)分它們扣蜻，決定什么內(nèi)容用什么形式來顯示呢逆巍？答案是 MIME Type，也就是該資源的媒體類型莽使。
媒體類型通常是通過 HTTP 協(xié)議锐极，由 Web 服務(wù)器告知瀏覽器的，更準確地說芳肌，是通過 Content-Type 來表示的灵再，例如:
Content-Type: text/HTML
表示內(nèi)容是 text/HTML 類型，也就是超文本文件亿笤。為什么是“text/HTML”而不是“HTML/text”或者別的什么翎迁？MIME Type 不是個人指定的，是經(jīng)過 ietf 組織協(xié)商净薛，以 RFC 的形式作為建議的標準發(fā)布在網(wǎng)上的汪榔，大多數(shù)的 Web 服務(wù)器和用戶代理都會支持這個規(guī)范 (順便說一句，Email 附件的類型也是通過 MIME Type 指定的)罕拂。
通常只有一些在互聯(lián)網(wǎng)上獲得廣泛應(yīng)用的格式才會獲得一個 MIME Type揍异，如果是某個客戶端自己定義的格式全陨，一般只能以 application/x- 開頭。
XHTML 正是一個獲得廣泛應(yīng)用的格式衷掷，因此辱姨，在 RFC 3236 中，說明了 XHTML 格式文件的 MIME Type 應(yīng)該是 application/xHTML+XML戚嗅。
當然雨涛，處理本地的文件，在沒有人告訴瀏覽器某個文件的 MIME Type 的情況下懦胞，瀏覽器也會做一些默認的處理替久，這可能和你在操作系統(tǒng)中給文件配置的 MIME Type 有關(guān)。比如在 Windows 下躏尉，打開注冊表的“HKEY_LOCAL_MACHINESOFTWAREClassesMIMEDatabaseContent Type”主鍵蚯根，你可以看到所有 MIME Type 的配置信息。
二胀糜、
在把輸出結(jié)果傳送到瀏覽器上的時候颅拦，瀏覽器必須啟動適當?shù)膽?yīng)用程序來處理這個輸出文檔。這可以通過多種類型MIME（多功能網(wǎng)際郵件擴充協(xié)議）來完成教藻。在HTTP中距帅，MIME類型被定義在Content-Type header中。
例如括堤，架設(shè)你要傳送一個Microsoft Excel文件到客戶端碌秸。那么這時的MIME類型就是“application/vnd.ms-excel”。在大多數(shù)實際情況中悄窃，這個文件然后將傳送給Execl來處理（假設(shè)我們設(shè)定Execl為處理特殊MIME類型的應(yīng)用程序）讥电。在ASP中，設(shè)定MIME類型的方法是通過Response對象的ContentType屬性轧抗。
多媒體文件格式MIME
最早的HTTP協(xié)議中允趟，并沒有附加的數(shù)據(jù)類型信息，所有傳送的數(shù)據(jù)都被客戶程序解釋為超文本標記語言HTML 文檔鸦致，而為了支持多媒體數(shù)據(jù)類型，HTTP協(xié)議中就使用了附加在文檔之前的MIME數(shù)據(jù)類型信息來標識數(shù)據(jù)類型涣楷。
MIME意為多目Internet郵件擴展分唾，它設(shè)計的最初目的是為了在發(fā)送電子郵件時附加多媒體數(shù)據(jù)，讓郵件客戶程序能根據(jù)其類型進行處理狮斗。然而當它被HTTP協(xié)議支持之后绽乔，它的意義就更為顯著了。它使得HTTP傳輸?shù)牟粌H是普通的文本碳褒，而變得豐富多彩折砸。
每個MIME類型由兩部分組成看疗，前面是數(shù)據(jù)的大類別，例如聲音audio睦授、圖象image等两芳，后面定義具體的種類。
常見的MIME類型
- 超文本標記語言文本 .html,.html text/html
- 普通文本 .txt text/plain
- RTF文本 .rtf application/rtf
- GIF圖形 .gif image/gif
- JPEG圖形 .ipeg,.jpg image/jpeg
- au聲音文件 .au audio/basic
- MIDI音樂文件 mid,.midi audio/midi,audio/x-midi
- RealAudio音樂文件 .ra, .ram audio/x-pn-realaudio
- MPEG文件 .mpg,.mpeg video/mpeg
- AVI文件 .avi video/x-msvideo
- GZIP文件 .gz application/x-gzip
- TAR文件 .tar application/x-tar
Internet中有一個專門組織IANA來確認標準的MIME類型去枷，但Internet發(fā)展的太快怖辆，很多應(yīng)用程序等不及IANA來確認他們使用的MIME類型為標準類型。因此他們使用在類別中以x-開頭的方法標識這個類別還沒有成為標準删顶，例如：x-gzip竖螃，x-tar等。事實上這些類型運用的很廣泛逗余，已經(jīng)成為了事實標準特咆。只要客戶機和服務(wù)器共同承認這個MIME類型，即使它是不標準的類型也沒有關(guān)系录粱，客戶程序就能根據(jù)MIME類型腻格，采用具體的處理手段來處理數(shù)據(jù)。而Web服務(wù)器和瀏覽器（包括操作系統(tǒng)）中关摇，缺省都設(shè)置了標準的和常見的MIME類型荒叶，只有對于不常見的 MIME類型，才需要同時設(shè)置服務(wù)器和客戶瀏覽器输虱，以進行識別些楣。
由于MIME類型與文檔的后綴相關(guān)，因此服務(wù)器使用文檔的后綴來區(qū)分不同文件的MIME類型宪睹，服務(wù)器中必須定義文檔后綴和MIME類型之間的對應(yīng)關(guān)系愁茁。而客戶程序從服務(wù)器上接收數(shù)據(jù)的時候，它只是從服務(wù)器接受數(shù)據(jù)流亭病，并不了解文檔的名字鹅很，因此服務(wù)器必須使用附加信息來告訴客戶程序數(shù)據(jù)的MIME類型。服務(wù)器在發(fā)送真正的數(shù)據(jù)之前罪帖，就要先發(fā)送標志數(shù)據(jù)的MIME類型的信息促煮，這個信息使用Content-type關(guān)鍵字進行定義，例如對于HTML文檔整袁，服務(wù)器將首先發(fā)送以下兩行MIME標識信息,這個標識并不是真正的數(shù)據(jù)文件的一部分菠齿。
Content-type: text/html
注意，第二行為一個空行坐昙，這是必須的绳匀，使用這個空行的目的是將MIME信息與真正的數(shù)據(jù)內(nèi)容分隔開。
MIME (Multipurpose Internet Mail Extensions) 是描述消息內(nèi)容類型的因特網(wǎng)標準。
MIME 消息能包含文本疾棵、圖像戈钢、音頻、視頻以及其他應(yīng)用程序?qū)Ｓ玫臄?shù)據(jù)是尔。
官方的 MIME 信息是由 Internet Engineering Task Force (IETF) 在下面的文檔中提供的：
RFC-822 Standard for ARPA Internet text messages
RFC-2045 MIME Part 1: Format of Internet Message Bodies
RFC-2046 MIME Part 2: Media Types
RFC-2047 MIME Part 3: Header Extensions for Non-ASCII Text
RFC-2048 MIME Part 4: Registration Procedures
RFC-2049 MIME Part 5: Conformance Criteria and Examples
不同的應(yīng)用程序支持不同的 MIME 類型殉了。
