编辑“MIME”

MIME类型就是设定某种扩展名的文件用一种[[应用程序]]来打开的方式类型，当该扩展名文件被访问的时候，浏览器会自动使用指定应用程序来打开，多用于指定一些客户端自定义的文件名以及一些媒体文件打开方式。MIME的英文全称是"Multipurpose Internet Mail Extensions" 多功能[[Internet]]邮件扩充服务，它是一种多用途网际邮件扩充协议，在1992年最早应用于[[电子邮件]]系统，但后来也应用到浏览器。[[服务器]]会将它们发送的多媒体数据的类型告诉浏览器，而通知手段就是说明该[[多媒体]]数据的MIME类型，从而让浏览器知道接收到的信息哪些是MP3文件，哪些是Shockwave文件等等
== MIME的介绍 ==
*MIME能够支持非[[ASCII]]字符、二进制格式附件等多种格式的邮件消息，规定电子邮件标准并不允许在邮件消息中使用7位ASCII字符集以外的字符。正因如此一些非英语字符消息和二进制文件、图像、声音等非文字消息都不能在电子邮件中传输。
*MIME规定了用于表示各种各样的数据类型的符号化方法，[[浏览器]]接收到文件后会进入插件系统进行查找，查找出哪种插件可以识别读取接收到的文件，如果浏览器不清楚调用哪种插件系统，它可能会告诉用户缺少某插件，或者直接选择某现有插件来试图读取接收到的文件，后者可能会导致系统的崩溃。传输的信息中缺少MIME标识可能导致的情况很难估计，因为某些计算机系统可能不会出现什么故障，但某些计算机可能就会因此而崩溃。
*Microsoft公司应用于[[Windows]]系统下的浏览器使用ActiveX控件而不是Netscape插件，这种浏览器不必象其它浏览器那样依靠MIME的编码，"OBJECT"标签的"CLSID"属性准确地标明了应调用哪种程序来读取接收到的文件，因此浏览器不必象"EMBED"标签那样选择一种读取程序，正因为如此你往往会在使用带插件的浏览器时遇到MIME问题，而使用ActiveX控件的浏览器则很少出现此类麻烦。
*正由于上述工作方式的差别也解释了一种现象，不知你是否发现在使用Netscape浏览器播放WAV文件时，浏览器会调用LiveConnect插件进行播放，而其它浏览器一般都使用通用的QuickTime的播放插件等来进行播放，这是因为Netscape浏览器接收文件需要读取MIME标识符，以便决定调用哪种程序来读取接收的文件，而服务器设置在Netscape浏览器中播放WAV文件应使用LiveConnect插件，因此Netscape浏览器接收到WAV格式的文件时必然就会调用LiveConnect插件，但由于其它浏览器不使用这种方式，因此它们都使用系统默认的播放WAV格式文件的播放器。

== 多媒体文件格式MIME ==
*最早的[[HTTP]]协议中并没有附加的数据类型信息，所有传送的数据都被客户程序解释为超文本标记语言HTML文档，而为了支持多媒体数据类型，HTTP协议中就使用了附加在文档之前的MIME数据类型信息来标识数据类型。
*MIME意为多功能Internet邮件扩展，它设计的最初目的是为了在发送[[电子邮件]]时附加多媒体数据，让邮件客户程序能根据其类型进行处理，然而当它被HTTP协议支持之后，它的意义就更为显著了，它使得HTTP传输的不仅是普通的文本，而变得丰富多彩，每个MIME类型由两部分组成，前面是数据的大类别，例如声音audio、图象image等。
=== 常见的MIME类型(通用型) ===
超文本标记语言文本 .html text/html

xml文档 .xml text/xml
　
XHTML文档 .xhtml application/xhtml+xml

普通文本 .txt text/plain

RTF文本 .rtf application/rtf

PDF文档 .pdf application/pdf

Microsoft Word文件 .word application/msword

PNG图像 .png image/png

GIF图形 .gif image/gif

JPEG图形 .jpeg,.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

任意的二进制数据 application/octet-stream
　　
=== 用于WAP服务器的MIME类型有：===
MRP文件（国内普遍的手机）	.mrp application/octet-stream

IPA文件(IPHONE) 	.ipa application/iphone-package-archive

APK文件(安卓系统) 	.apk application/vnd.android.package-archive

CAB文件(Windows Mobile) 	.cab application/vnd.cab-com-archive

XAP文件(Windows Phone 7) 	.xap application/x-silverlight-app

SIS文件(symbian平台/S60V1) 	.sis application/vnd.symbian.install-archive 

SISX文件(symbian平台/S60V3/V5)	.sisx application/vnd.symbian.epoc/x-sisx-app

JAR、JAD文件(JAVA平台手机通用格式)	.jar .jad
*Internet中有一个专门组织IANA来确认标准的MIME类型，但Internet发展的太快，很多应用程序等不及IANA来确认他们使用的MIME类型为标准类型，因此他们使用在类别中以x-开头的方法标识这个类别还没有成为标准。只要客户机和服务器共同承认这个MIME类型，即使它是不标准的类型也没有关系，客户程序就能根据MIME类型，采用具体的处理手段来处理数据。
*由于MIME类型与文档的后缀相关，因此服务器使用文档的后缀来区分不同文件的MIME类型，服务器中必须定义文档后缀和MIME类型之间的对应关系。而客户程序从服务器上接收数据的时候，它只是从服务器接受数据流，并不了解文档的名字，因此服务器必须使用附加信息来告诉客户程序数据的MIME类型。服务器在发送真正的数据之前，就要先发送标志数据的MIME类型的信息，这个信息使用Content-type关键字进行定义。
*MIME利用了一个事实就是，在消息体的内容中做了一点限制：唯一的限制就是只能使用简单的ASCII文本。所以，MIME信息由正常的Internet文本邮件组成，文本邮件拥有一些特别的符合的信息头和格式化过的信息体（用ASCII 的子集来表示的附件），这些MIME头给出了一种在邮件中表示附件的特别的方法。

== MIME信息的剖析 ==
一个普通的文本邮件的信息包含一个头部分（To: From: Subject: 等等）和一个体部分（Hello Mr.,等等）。在一个符合MIME的信息中，也包含一个信息头并不奇怪，邮件的各个部分叫做MIME段，每段前也缀以一个特别的头。MIME邮件只是基于邮件的一个扩展，然而它有着自己的RFC规范集，MIME头根据在邮件包中的位置，大体上分为MIME信息头和MIME段头，
=== MIME信息头有 ===
#MIME-Version:这个头提供了所用MIME的版本号，这个值习惯上为1.0。
#Content-Type:它定义了数据的类型，以便数据能被适当的处理，有效的类型有：text，image，audio，video， applications，multipart和message。注意任何一个二进制附件都应该被叫做application/octet- stream。
#Content-Transfer-Encoding:这是所有头中最重要的一个，它说明了对数据所执行的编码方式，客户/MUA将用它对附件进行解码，对于每个附件可以使用7bit，8bit。
#Content-ID:如果Content-Type是message/external-body或multipart/alternative时，这个头就有用了它超出了本文的范围。
#Content-Description:这是一个可选的头，它是任何信息段内容的自由文本描述。描述必须使用us-ascii码。
*Content-Disposition:一个试验性的头，它用于给客户程序/MUA提供提示，来决定是否在行内显示附件或作为单独的附件。

MIME段头（出现在实际的MIME附件部分的头），除了MIME-Version头，可以拥有以上任何头字段。如果一个MIME头是信息块的一部分，它将作用于整个信息体。例如如果Content-Transfer-Encoding显示在信息（指整个信息）头中，它应用于整个信息体，但是如果它显示在一个MIME段里，它"只能"用于那个段中，注意其可以对自动对收到的邮件进行解密。
== 相关条目 ==
*[[Web]]
*[[Internet]]
*[[应用程序]]
== 参考来源 ==
*http://baike.baidu.com/view/160611.htm
[[category:计算机网络|M]]