一、

首先，我們要了解瀏覽器是如何處理內(nèi)容的。在瀏覽器中顯示的內(nèi)容有 HTML、有 XML、有 GIF、還有 Flash ……那么，瀏覽器是如何區(qū)分它們，決定什么內(nèi)容用什么形式來顯示呢？答案是 MIME Type，也就是該資源的媒體類型。

媒體類型通常是通過 HTTP 協(xié)議，由 Web 服務(wù)器告知瀏覽器的，更準(zhǔn)確地說，是通過 Content-Type 來表示的，例如:

Content-Type: text/HTML

表示內(nèi)容是 text/HTML 類型，也就是超文本文件。為什么是“text/HTML”而不是“HTML/text”或者別的什么？MIME Type 不是個(gè)人指定的，是經(jīng)過 ietf 組織協(xié)商，以 RFC 的形式作為建議的標(biāo)準(zhǔn)發(fā)布在網(wǎng)上的，大多數(shù)的 Web 服務(wù)器和用戶代理都會(huì)支持這個(gè)規(guī)范 (順便說一句，Email 附件的類型也是通過 MIME Type 指定的)。

通常只有一些在互聯(lián)網(wǎng)上獲得廣泛應(yīng)用的格式才會(huì)獲得一個(gè) MIME Type，如果是某個(gè)客戶端自己定義的格式，一般只能以 application/x- 開頭。

XHTML 正是一個(gè)獲得廣泛應(yīng)用的格式，因此，在 RFC 3236 中，說明了 XHTML 格式文件的 MIME Type 應(yīng)該是 application/xHTML+XML。

當(dāng)然，處理本地的文件，在沒有人告訴瀏覽器某個(gè)文件的 MIME Type 的情況下，瀏覽器也會(huì)做一些默認(rèn)的處理，這可能和你在操作系統(tǒng)中給文件配置的 MIME Type 有關(guān)。比如在 Windows 下，打開注冊表的“HKEY_LOCAL_MACHINESOFTWAREClassesMIMEDatabaseContent Type”主鍵，你可以看到所有 MIME Type 的配置信息。

二、

在把輸出結(jié)果傳送到瀏覽器上的時(shí)候，瀏覽器必須啟動(dòng)適當(dāng)?shù)膽?yīng)用程序來處理這個(gè)輸出文檔。這可以通過多種類型MIME（多功能網(wǎng)際郵件擴(kuò)充協(xié)議）來完成。在HTTP中，MIME類型被定義在Content-Type header中。

例如，架設(shè)你要傳送一個(gè)Microsoft Excel文件到客戶端。那么這時(shí)的MIME類型就是“application/vnd.ms-excel”。在大多數(shù)實(shí)際情況中，這個(gè)文件然后將傳送給Execl來處理（假設(shè)我們設(shè)定Execl為處理特殊MIME類型的應(yīng)用程序）。在ASP中，設(shè)定MIME類型的方法是通過Response對象的ContentType屬性。

多媒體文件格式MIME

最早的HTTP協(xié)議中，并沒有附加的數(shù)據(jù)類型信息，所有傳送的數(shù)據(jù)都被客戶程序解釋為超文本標(biāo)記語言HTML 文檔，而為了支持多媒體數(shù)據(jù)類型，HTTP協(xié)議中就使用了附加在文檔之前的MIME數(shù)據(jù)類型信息來標(biāo)識數(shù)據(jù)類型。

MIME意為多目Internet郵件擴(kuò)展，它設(shè)計(jì)的最初目的是為了在發(fā)送電子郵件時(shí)附加多媒體數(shù)據(jù)，讓郵件客戶程序能根據(jù)其類型進(jìn)行處理。然而當(dāng)它被HTTP協(xié)議支持之后，它的意義就更為顯著了。它使得HTTP傳輸?shù)牟粌H是普通的文本，而變得豐富多彩。

每個(gè)MIME類型由兩部分組成，前面是數(shù)據(jù)的大類別，例如聲音audio、圖象image等，后面定義具體的種類。

常見的MIME類型

• 超文本標(biāo)記語言文本 .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中有一個(gè)專門組織IANA來確認(rèn)標(biāo)準(zhǔn)的MIME類型，但I(xiàn)nternet發(fā)展的太快，很多應(yīng)用程序等不及IANA來確認(rèn)他們使用的MIME類型為標(biāo)準(zhǔn)類型。因此他們使用在類別中以x-開頭的方法標(biāo)識這個(gè)類別還沒有成為標(biāo)準(zhǔn)，例如：x-gzip，x-tar等。事實(shí)上這些類型運(yùn)用的很廣泛，已經(jīng)成為了事實(shí)標(biāo)準(zhǔn)。只要客戶機(jī)和服務(wù)器共同承認(rèn)這個(gè)MIME類型，即使它是不標(biāo)準(zhǔn)的類型也沒有關(guān)系，客戶程序就能根據(jù)MIME類型，采用具體的處理手段來處理數(shù)據(jù)。而Web服務(wù)器和瀏覽器（包括操作系統(tǒng)）中，缺省都設(shè)置了標(biāo)準(zhǔn)的和常見的MIME類型，只有對于不常見的 MIME類型，才需要同時(shí)設(shè)置服務(wù)器和客戶瀏覽器，以進(jìn)行識別。

由于MIME類型與文檔的后綴相關(guān)，因此服務(wù)器使用文檔的后綴來區(qū)分不同文件的MIME類型，服務(wù)器中必須定義文檔后綴和MIME類型之間的對應(yīng)關(guān)系。而客戶程序從服務(wù)器上接收數(shù)據(jù)的時(shí)候，它只是從服務(wù)器接受數(shù)據(jù)流，并不了解文檔的名字，因此服務(wù)器必須使用附加信息來告訴客戶程序數(shù)據(jù)的MIME類型。服務(wù)器在發(fā)送真正的數(shù)據(jù)之前，就要先發(fā)送標(biāo)志數(shù)據(jù)的MIME類型的信息，這個(gè)信息使用Content-type關(guān)鍵字進(jìn)行定義，例如對于HTML文檔，服務(wù)器將首先發(fā)送以下兩行MIME標(biāo)識信息,這個(gè)標(biāo)識并不是真正的數(shù)據(jù)文件的一部分。

Content-type: text/html

注意，第二行為一個(gè)空行，這是必須的，使用這個(gè)空行的目的是將MIME信息與真正的數(shù)據(jù)內(nèi)容分隔開。

MIME (Multipurpose Internet Mail Extensions) 是描述消息內(nèi)容類型的因特網(wǎng)標(biāo)準(zhǔn)。
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 類型。