副檔名與MIME型別轉換工具

在副檔名與MIME型別(Content-Type)之間雙向查詢轉換。輸入".png"或"png"可檢視其MIME型別,輸入"image/png"可檢視對應的副檔名。內建約50種圖片、音訊、影片、文件等常見型別對照表。

副檔名與MIME型別對照表
副檔名 MIME型別 分類
.jpg image/jpeg 圖片
.jpeg image/jpeg 圖片
.png image/png 圖片
.gif image/gif 圖片
.webp image/webp 圖片
.svg image/svg+xml 圖片
.bmp image/bmp 圖片
.ico image/vnd.microsoft.icon 圖片
.tiff image/tiff 圖片
.mp3 audio/mpeg 音訊
.wav audio/wav 音訊
.ogg audio/ogg 音訊
.flac audio/flac 音訊
.aac audio/aac 音訊
.m4a audio/mp4 音訊
.mp4 video/mp4 影片
.webm video/webm 影片
.avi video/x-msvideo 影片
.mov video/quicktime 影片
.mkv video/x-matroska 影片
.pdf application/pdf 文件
.doc application/msword 文件
.docx application/vnd.openxmlformats-officedocument.wordprocessingml.document 文件
.xls application/vnd.ms-excel 文件
.xlsx application/vnd.openxmlformats-officedocument.spreadsheetml.sheet 文件
.ppt application/vnd.ms-powerpoint 文件
.pptx application/vnd.openxmlformats-officedocument.presentationml.presentation 文件
.txt text/plain 文件
.rtf application/rtf 文件
.odt application/vnd.oasis.opendocument.text 文件
.zip application/zip 壓縮包
.rar application/vnd.rar 壓縮包
.7z application/x-7z-compressed 壓縮包
.tar application/x-tar 壓縮包
.gz application/gzip 壓縮包
.html text/html Web/文本
.css text/css Web/文本
.js text/javascript Web/文本
.json application/json Web/文本
.xml application/xml Web/文本
.csv text/csv Web/文本
.md text/markdown Web/文本
.woff font/woff 字型
.woff2 font/woff2 字型
.ttf font/ttf 字型
.otf font/otf 字型
.eot application/vnd.ms-fontobject 字型
.exe application/x-msdownload 執行檔/其他
.apk application/vnd.android.package-archive 執行檔/其他
.dmg application/x-apple-diskimage 執行檔/其他
.iso application/x-iso9660-image 執行檔/其他
.bin application/octet-stream 執行檔/其他

使用提示

  • 搜尋副檔名時可以帶點也可以不帶點,".png"和"png"都能識別。
  • 按MIME型別搜尋時,請輸入完整的斜槓分隔字串(如"image/png"),即可立即顯示對應的副檔名。
  • 同一個副檔名有時會對應多種MIME寫法(例如.ico檔案有時被標記為image/x-icon而非官方的image/vnd.microsoft.icon),實際使用時請以伺服器的具體配置為準。
  • 設定HTTP響應頭的Content-Type或檔案上傳表單的accept屬性時,可以直接複製本表中的值使用。
  • 同一副檔名在不同作業系統或應用程式中關聯的MIME型別可能不同,如有疑問請查閱IANA官方登錄檔。

常見問題

兩者基本指同一件事。"MIME型別"指的是字串本身(如"image/png"),而"Content-Type"是HTTP響應頭或郵件頭中用來傳遞該字串的欄位名稱。

會的。例如.ico檔案官方註冊為image/vnd.microsoft.icon,但實際中有時被標記為image/x-icon。這種不一致通常源於早於正式標準化的老舊格式,或不同廠商各自獨立定義的歷史遺留問題。

瀏覽器可能無法正確解析檔案,例如圖片無法顯示、PDF被下載而非直接開啟、或指令碼無法執行。通常需要檢查並修正Web伺服器的MIME型別配置(如Apache的mime.types或Nginx的mime.types檔案)。

瀏覽器和作業系統有時會使用"MIME嗅探"技術,讀取檔案開頭的位元組序列(魔數)並與已知檔案格式的特徵進行比對來推測型別。不過出於安全考慮,多數瀏覽器在伺服器明確指定Content-Type時會優先採用該值。

這是一個表示"未知通用二進位制資料"的通用MIME型別。當伺服器無法判斷具體的MIME型別時會使用它作為兜底值,瀏覽器通常會將此型別的檔案作為下載處理,而不會嘗試直接渲染。
ツールくん

閒話 ― MIME型別的由來

MIME(多用途網際網路郵件擴充套件)誕生於20世紀90年代初,最初是為了讓電子郵件能夠攜帶圖片、音訊等二進位制附件而設計的。當時的電子郵件標準(RFC 822)只支援純ASCII文本,二進位制資料必須先編碼(通常使用Base64),再用一個標籤說明"這是什麼型別的資料"——這個標籤就是MIME型別。

MIME型別採用"型別/子型別"的兩層結構表示(例如image/png)。型別代表大類(image、audio、video、text、application等),子型別代表具體格式。這種設計使得每當出現新格式時,只需註冊一個新的子型別即可擴充套件,而無需重新設計整套體系。

MIME型別很快就超越了電子郵件的範疇,被HTTP協議採納,成為Web伺服器通過響應頭"Content-Type"告訴瀏覽器"這個檔案應如何解析"的標準手段。瀏覽器判斷檔案型別時不僅依賴副檔名,也高度依賴這個MIME型別,因此伺服器配置錯誤導致MIME型別不正確時,即使副檔名正確,也可能出現意外行為(例如被下載而非直接顯示,或指令碼無法執行)。

如今IANA(網際網路數字分配機構)是MIME型別的官方序號產生器構,新的媒體型別需要經過正式的申請流程才能註冊。不過副檔名與MIME型別之間的對應關係本身並非由IANA強制規定,很大程度上是長期實踐中形成的約定,這也是為什麼本頁面這樣的對照表具有實用參考價值的原因。