用途Internet郵件擴展（MIME）類型 是一種標準化的方式來表示文檔的性質和格式。 它在IETF RFC 6838中進行了定義和標準化。互聯網號碼分配機構（IANA）是負責跟蹤所有官方MIME類型的官方機構，您可以在媒體類型頁面中找到最新的完整列表。

瀏覽器通常使用MIME類型（而不是文件擴展名）來確定如何處理文檔；因此服務器設置正確以將正確的MIME類型附加到響應對象的頭部是非常重要的。

語法

通用結構

type/subtype

MIME的組成結構非常簡單；由類型與子類型兩個字符串中間用 '/'分隔而組成。不允許空格存在。type *表示可以被分多個子類的獨立類別。subtype 表示細分后的每個類型。*

MIME類型對大小寫不敏感，但是傳統寫法都是小寫。

獨立類型

text/plain text/html image/jpeg image/png audio/mpeg audio/ogg audio/* video/mp4 application/* application/json application/javascript application/ecmascript application/octet-stream …

獨立類型表明了對文件的分類，可以是如下之一：

類型描述典型示例text表明文件是普通文本，理論上是人類可讀text/plain, text/html, text/css,text/javascriptimage表明是某種圖像。不包括視頻，但是動態圖（比如動態gif）也使用image類型image/gif, image/png, image/jpeg, image/bmp, image/webp, image/x-icon, image/vnd.microsoft.iconaudio表明是某種音頻文件audio/midi, audio/mpeg,audio/webm,audio/ogg,audio/wavvideo表明是某種視頻文件video/webm, video/oggapplication表明是某種二進制數據application/octet-stream, application/pkcs12, application/vnd.mspowerpoint, application/xhtml+xml, application/xml, application/pdf

對于text文件類型若沒有特定的subtype，就使用 text/plain。類似的，二進制文件沒有特定或已知的 subtype，即使用 application/octet-stream。

Multipart 類型

multipart/form-data multipart/byteranges

Multipart 類型表示細分領域的文件類型的種類，經常對應不同的 MIME 類型。這是復合文件的一種表現方式。 multipart/form-data 可用于聯系 HTMLForms和 POST方法，此外 multipart/byteranges使用狀態碼 206 PartialContent來發送整個文件的子集，而HTTP對不能處理的復合文件使用特殊的方式：將信息直接傳送給瀏覽器（這時可能會建立一個“另存為”窗口，但是卻不知道如何去顯示內聯文件。）

重要的MIME類型

• application/octet-stream 這是應用程序文件的默認值。意思是 未知的應用程序文件 ，瀏覽器一般不會自動執行或詢問執行。瀏覽器會像對待 設置了HTTP頭Content-Disposition值為 attachment 的文件一樣來對待這類文件。 在 multipart/form-data類型的應答消息體中， Content-Disposition消息頭可以被用在 multipart消息體的子部分中，用來給出其對應字段的相關信息。各個子部分由在 Content-Type中定義的分隔符分隔。用在消息體自身則無實際意義。
• text/plain 文本文件默認值。即使它意味著未知的文本文件，但瀏覽器認為是可以直接展示的。 text/plain并不是意味著某種文本數據。如果瀏覽器想要一個文本文件的明確類型，瀏覽器并不會考慮他們是否匹配。比如說，如果通過一個表明是下載CSS文件的 <link>鏈接下載了一個 text/plain 文件。如果提供的信息是text/plain，瀏覽器并不會認出這是有效的CSS文件。CSS類型需要使用text/css。
• text/css 在網頁中要被解析為CSS的任何CSS文件必須指定MIME為 text/css。通常，服務器不識別以.css為后綴的文件的MIME類型，而是將其以MIME為 text/plain 或 application/octet-stream 來發送給瀏覽器：在這種情況下，大多數瀏覽器不識別其為CSS文件，直接忽略掉。特別要注意為CSS文件提供正確的MIME類型。
• text/html 所有的HTML內容都應該使用這種類型。XHTML的其他MIME類型（如 application/xml+html）現在基本不再使用（HTML5統一了這些格式）。

Note: You still need to use application/xml or application/xhtml+xml if you intend to make use of XML’s strict parsing rules, use [<![CDATA[…]]>] or elements from non?HTML, non?SVG or non?MathML XML namespaces, as text/html’s parsing semantics are subtly incompatible with those of application/xml.

• JavaScript types 據 MIME 嗅探標準，下面是有效的 JavaScript MIME 類型
• application/javascript
• application/ecmascript
• application/x-ecmascript
• application/x-javascript
• text/ecmascript
• text/javascript
• text/javascript1.0
• text/javascript1.1
• text/javascript1.2
• text/javascript1.3
• text/javascript1.4
• text/javascript1.5
• text/jscript
• text/livescript
• text/x-ecmascript
• text/x-javascript

所有的 text JavaScript 類型已經被 RFC 4329 廢棄。

圖片類型

只有一小部分圖片類型是被廣泛支持的，Web安全的，可隨時在Web頁面中使用的：

MIME 類型圖片類型image/gifGIF 圖片 (無損耗壓縮方面被PNG所替代)image/jpegJPEG 圖片image/pngPNG 圖片image/svg+xmlSVG圖片 (矢量圖)

此處的類型劃分有一定的爭議，有人認為此處應該增加 WebP（ image/webp），但是每個新增的圖片類型都會增加代碼的數量，這會帶來一些新的安全問題，所以瀏覽器供應商對于添加類型非常小心。

另外的一些圖片種類可以在Web文檔中找到。比如很多瀏覽器支持 icon 類型的圖標作為 favicons或者類似的圖標，并且瀏覽器在MIME類型中的 image/x-icon 支持ICO圖像

盡管 image/vnd.microsoft.icon 在ANA注冊, 它仍然不被廣泛支持， image/x-icon 被作為替代品使用。

音頻與視頻類型

HTML并沒有明確定義被用于 <audio>和 <video>元素所支持的文件類型，所以在web上使用的只有相對較小的一組類型。文章 Media formats supported by the HTML audio and video elements 解釋了可以被使用的解碼器或視頻文件格式。

在web環境最常用的視頻文件的格式，是以下這些這些文件類型：

MIME 類型音頻或視頻類型audio/wave
audio/wav
audio/x-wav
audio/x-pn-wav音頻流媒體文件。一般支持PCM音頻編碼 (WAVE codec "1") ，其他解碼器有限支持（如果有的話）。audio/webmWebM 音頻文件格式。Vorbis 和 Opus 是其最常用的解碼器。video/webm采用WebM視頻文件格式的音視頻文件。VP8 和 VP9是其最常用的視頻解碼器。Vorbis 和 Opus 是其最常用的音頻解碼器。audio/ogg采用OGG多媒體文件格式的音頻文件。 Vorbis 是這個多媒體文件格式最常用的音頻解碼器。video/ogg采用OGG多媒體文件格式的音視頻文件。常用的視頻解碼器是 Theora；音頻解碼器為Vorbis 。application/ogg采用OGG多媒體文件格式的音視頻文件。常用的視頻解碼器是 Theora；音頻解碼器為Vorbis 。application/jsonapplication/json (MIMEtype)
https://en.wikipedia.org/wiki/Mediatype#Common_examples
https://www.iana.org/assignments/media-types/application/json

multipart/form-data

multipart/form-data 可用于 HTML表單從瀏覽器發送信息給服務器。作為多部分文檔格式，它由邊界線（一個由 '--'開始的字符串）劃分出的不同部分組成。每一部分有自己的實體，以及自己的 HTTP 請求頭， Content-Disposition和 Content-Type用于文件上傳領域，最常用的 ( Content-Length因為邊界線作為分隔符而被忽略）。

Content-Type: multipart/form-data; boundary=aBoundaryString(other headers associated with the multipart document as a whole)--aBoundaryStringContent-Disposition: form-data; name="myFile"; filename="img.jpg"Content-Type: image/jpeg(data)--aBoundaryStringContent-Disposition: form-data; name="myField"(data)--aBoundaryString(more subparts)--aBoundaryString--

如下所示的表單:

<form action="http://localhost:8000/" method="post" enctype="multipart/form-data">  <input type="text" name="myTextField">  <input type="checkbox" name="myCheckBox">Check</input>  <input type="file" name="myFile">  <button>Send the file</button></form>

會發送這樣的請求:

POST / HTTP/1.1Host: localhost:8000User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: en-US,en;q=0.5Accept-Encoding: gzip, deflateConnection: keep-aliveUpgrade-Insecure-Requests: 1Content-Type: multipart/form-data; boundary=---------------------------8721656041911415653955004498Content-Length: 465-----------------------------8721656041911415653955004498Content-Disposition: form-data; name="myTextField"Test-----------------------------8721656041911415653955004498Content-Disposition: form-data; name="myCheckBox"on-----------------------------8721656041911415653955004498Content-Disposition: form-data; name="myFile"; filename="test.txt"Content-Type: text/plainSimple file.-----------------------------8721656041911415653955004498--

multipart/byteranges

multipart/byteranges 用于把部分的響應報文發送回瀏覽器。當發送狀態碼 206 PartialContent 時，這個MIME類型用于指出這個文件由若干部分組成，每一個都有其請求范圍。就像其他很多類型 Content-Type使用分隔符來制定分界線。每一個不同的部分都有 Content-Type這樣的HTTP頭來說明文件的實際類型，以及 Content-Range來說明其范圍。

HTTP/1.1 206 Partial ContentAccept-Ranges: bytesContent-Type: multipart/byteranges; boundary=3d6b6a416f9b5Content-Length: 385--3d6b6a416f9b5Content-Type: text/htmlContent-Range: bytes 100-200/1270eta http-equiv="Content-type" content="text/html; charset=utf-8" />    <meta name="vieport" content--3d6b6a416f9b5Content-Type: text/htmlContent-Range: bytes 300-400/1270-color: #f0f0f2;        margin: 0;        padding: 0;        font-family: "Open Sans", "Helvetica--3d6b6a416f9b5--

設置正確的MIME類型的重要性

很多web服務器使用默認的 application/octet-stream 來發送未知類型。出于一些安全原因，對于這些資源瀏覽器不允許設置一些自定義默認操作，導致用戶必須存儲到本地以使用。常見的導致服務器配置錯誤的文件類型如下所示：

• RAR編碼文件。在這種情況，理想狀態是，設置真實的編碼文件類型；但這通常不可能（可能是服務器所未知的類型或者這個文件包含許多其他的不同的文件類型）。這這種情況服務器將發送 application/x-rar-compressed 作為MIME類型，用戶不會將其定義為有用的默認操作。
• 音頻或視頻文件。只有正確設置了MIME類型的文件才能被 <video>或`
• 專有文件類型。是專有文件時需要特別注意。使用 application/octet-stream 作為特殊處理是不被允許的：對于一般的MIME類型瀏覽器不允許定義默認行為（比如“在Word中打開”）

MIME 嗅探

在缺失 MIME 類型或客戶端認為文件設置了錯誤的 MIME 類型時，瀏覽器可能會通過查看資源來進行MIME嗅探。每一個瀏覽器在不同的情況下會執行不同的操作。因為這個操作會有一些安全問題，有的 MIME 類型表示可執行內容而有些是不可執行內容。瀏覽器可以通過請求頭 Content-Type來設置 X-Content-Type-Options以阻止MIME嗅探。

其他傳送文件類型的方法

MIME類型不是傳達文檔類型信息的唯一方式：

• 有時會使用名稱后綴，特別是在Microsoft Windows系統上。并非所有的操作系統都認為這些后綴是有意義的（特別是Linux和Mac OS），并且像外部MIME類型一樣，不能保證它們是正確的。
• 魔術數字。不同類型的文件的語法通過查看結構來允許文件類型推斷。例如，每個GIF文件以47 49 46 38十六進制值[GIF89]或89 50 4E 47 [.PNG]的PNG文件開頭。 并非所有類型的文件都有幻數，所以這也不是100％可靠的方式。

其他

• Properly configuring server MIME types
• Media formats supported by the HTML audio and video elements
• https://www.iana.org/assignments/media-types/application/json

歡迎關注 “后端老鳥” 公眾號，接下來會發一系列的專題文章，包括Java、Python、Linux、SpringBoot、SpringCloud、Dubbo、算法、技術團隊的管理等，還有各種腦圖和學習資料，NFC技術、搜索技術、爬蟲技術、推薦技術、音視頻互動直播等，只要有時間我就會整理分享，敬請期待，現成的筆記、腦圖和學習資料如果大家有需求也可以公眾號留言提前獲取。由于本人在所有團隊中基本都處于攻堅和探路的角色，搞過的東西多，遇到的坑多，解決的問題也很多，歡迎大家加公眾號進群一起交流學習。

詳細資料如下：