互联网媒体类型(Internet media type,也称为MIME类型(MIME type)或内容类型(content type))是给互联网上传输的内容赋予的分类类型。一份内容的互联网媒体类型是由其文件格式与内容决定的。互联网媒体类型与文件拓展名相对应,因此计算机系统常常通过拓展名来确定一个文件的媒体类型并决定与其相关联的软件。互联网媒体类型的分类标准由互联网号码分配局(IANA)发布。1996年十一月,媒体类型在RFC 2045中被最初定义,当时仅被使用在SMTP协议的电子邮件中。现在其他的协议(比如HTTP或者SIP)也都常使用MIME类型。一个MIME类型至少包括两个部分:一个和一个。此外,它还可能包括一个或多个。比如,HTML文件的互联网媒体类型可能是
text/html; charset = UTF-8
在这个例子中,文件类型为text
,子类型为html
,而charset
是一个可选参数,其值为UTF-8
。
一个MIME类型包括一个,一个。此外可以加上一个或多个。其格式为
类型名 / 子类型名
目前已被注册的类型名有application
、audio
、example
、image
、message
、model
、multipart
、text
,以及video
。chemical
是一个非官方的常用类型名。此外,非标准的类型名一般会加上x-
前缀,但这种做法已经过时。
子类型名通常是一个媒体形式被冠以的名称,不过子类型名中也会有其它信息,包括厂商信息、产品信息、分类信息(子类型会被归进一个树状的分类结构中)、后缀等等。以被.
相互连接的字符串表示。每一个由.
分隔开的部分又可以加上与其以-
相连接的附加信息。此外,子类型名中也会有放在最后,与前面的内容以+
相连接的。因此,一个媒体类型的格式可以被更加细地表示为:
类型名 / 子类型名(中间可能有一个或多个“-”)
这些信息遵循(见下)的规定。
所有的媒体类型都是通过IANA的流程注册的。为了保证注册流程的灵活性与效率,子类型被归进了一个树结构的分类中。树结构信息被放在了子类型名的最前面,以.
与其它部分分隔。现在,存在以下几种树:标准树(Standards Tree)、厂商树(Vendor Tree)、个人树(Personal or Vanity Tree)、以及非标准的x.
为前缀的树。这些树最早于1996年十一月随着RFC 2048被定义出来。IETF标准行动(Standard Action)可能会创造新的注册树以满足著名的持续性组织(比如科学社区)的注册和管理需求。
标准树中的子类型名不需要树结构信息(也就是不需要带.
的前缀)。
类型名 / 子类型名
要注册标准树中的子类型,其必须遵从IESG直接批准的IETF规范,或者被由IANA认证的标准相关组织注册。
厂商树中包含与公开使用的产品相联系的媒体类型。其使用vnd.
前缀。在前缀之后必须是著名厂商的名称或是IANA认证厂商的名称加上表示文件类型和/或内容的文字。
类型名 / vnd.子类型名
比如与Debian项目组织提供的dpkg相关联的.deb文件的MIME类型是:
application/vnd.debian.binary-package
其中,debian
是厂商(生产方)名称,而binary-package
是对文件类型和内容的描述。
“厂商”与“生产方”在这个语境下是相同的概念。工业财团和非盈利组织也可以注册厂商树中的媒体类型。任何想要传播与某种软件紧密联系的文件格式的人都可以注册厂商树中的子类型,但是这个子类型是属于该软件或是文件格式的生产方的。这种情况下,厂商可以选择在任何时间声明自己拥有第三方进行的注册的所有权。
个人树中包含试验性或者不会以商业形式公开的子类型。个人树中的子类型名的前缀是prs.
类型名 / prs.子类型名
个人树中的子类型属注册者所有,但也可以转让。
以x.
为第一前缀的子类型名仅能够在私人的、本地的环境中使用。此类型的子类型不能被注册。其只能在相互间同意的各方中传输使用。尽管有时未被注册的MIME类型必须被使用,这是不被推荐的。
类型名 / x.子类型名
带有x-
的子类型名原先被归到这颗树中,但是这种做法已经不被采用。如果一个带有x-
前缀的子类型名被广泛使用和接受,其可能最终会被注册并且归进其它树中,尽管x-
本身已经过时。
IANA维护着一个媒体类型和字符编码的记录列表。他们的列表通过互联网向公众开放。
分别对于不同用途的文件:
数字音频文件:
图像文件:
三维计算机图形文件:
视频文件格式文件(可能包含数字视频与数字音频):