MIME类型速查表

一、工具说明

MIME 类型速查表收录了 453 条常见文件扩展名与 MIME 类型的对应关系，覆盖图片、音频、视频、字体、文档、压缩包、网页、代码、数据、其他共 10 个分类，支持关键词搜索与分类筛选，点一下 MIME 类型即可复制。

怎么用

1. 搜索：在顶部输入框输入扩展名（如 jpg）、MIME 类型（如 image/png）或中文说明（如 视频），表格会实时过滤。支持用空格分隔多个关键词，例如 image 无损 表示两个条件同时满足。
2. 筛选分类：点击「全部 / 图片 / 音频 …」等标签，只查看某一类。搜索与分类可以叠加使用。
3. 复制：点击表格中蓝色的 MIME 类型文字，即可一键复制到剪贴板。
4. 清空：点输入框右侧的 ✕，或按 Esc 键，快速恢复全部记录。

表格区高度固定 400px，内容超出时在区域内滚动，表头会吸顶固定，方便边滚边看。

二、什么是 MIME 类型

MIME* 是 *Multipurpose Internet Mail Extensions*（多用途互联网邮件扩展）的缩写。它最早诞生于 1990 年代，为了解决一个很具体的问题：*电子邮件最初只能传输纯 ASCII 文本，没法发送图片、音频、Word 文档这些二进制内容。

MIME 的解法是给每一段数据贴上「标签」，说明它到底是什么东西，这个标签就是 MIME 类型*（也叫 **媒体类型 / Media Type**，在 HTTP 里正式名称是 *Content-Type）。后来这套机制被 HTTP 协议沿用，成了浏览器判断「这个文件该怎么处理」的核心依据。

一个完整的 MIME 类型长什么样

type/subtype; parameter=value

以 text/html; charset=utf-8 为例：

九大主类型

子类型里还有两个约定俗成的后缀：+xml（基于 XML）和 +json（基于 JSON）。比如 image/svg+xml、application/ld+json。看到 +json 就知道它的内容是 JSON 结构。

三、浏览器是怎么使用 MIME 类型的

当浏览器请求一个资源时，服务器会在响应头里带上 Content-Type：

HTTP/1.1 200 OK
Content-Type: image/png

（此处为 PNG 二进制数据）

浏览器的处理逻辑大致是：

1. 决定内联展示还是下载。text/html、image/*、application/pdf 这类通常直接在页面里渲染；application/octet-stream、application/zip 这类会触发下载。
2. 决定用哪个解析器。看到 text/html 就走 HTML 解析器，看到 application/json 就走 JSON 解析器。
3. 决定是否执行脚本*。text/javascript 会被当作脚本执行——这也是为什么*错误地返回用户上传文件的 MIME 类型非常危险。

一个真实的安全教训：MIME 嗅探

早期浏览器有个「贴心」行为叫 MIME 嗅探（MIME sniffing）*：如果服务器返回的 Content-Type 看起来不对，浏览器会自己「猜」内容的真实类型。这导致了一个经典漏洞——攻击者上传一个内容是 HTML 或 JS 的文件，服务器返回 text/plain，浏览器却把它嗅探成 text/html 并执行，形成 *XSS 攻击。

修复方式是让服务器明确告诉浏览器「别猜」：

X-Content-Type-Options: nosniff

加上这个响应头后，浏览器会严格按 Content-Type 处理，不再嗅探。这是每个网站都该配置的安全响应头之一。

四、常见坑与易错点

1. application/octet-stream 是万能兜底，但不是好选择

不知道类型时，服务器常返回 application/octet-stream（意思是「一堆字节」），浏览器会直接下载。能跑通，但语义上等于放弃治疗——用户拿不到正确的文件名后缀，也失去了内联预览的可能。能确定类型就不要用兜底值。

2. .ts 到底是谁？

.ts 有两个完全不同的含义：

• MPEG-2 传输流 → video/mp2t，这是 IANA 注册的标准类型，也是本表采用的值
• TypeScript 源码 → 没有官方注册类型，社区常用 text/ts 或 application/typescript

冲突的根源是「扩展名先到先得」。TypeScript 官方文档也承认了这个冲突，建议在配置服务器时按实际用途手动指定。

3. .js 的 MIME 类型改过好几次

JavaScript 的类型经历了 application/javascript → application/x-javascript → 现在 IANA 和 WHATWG 都推荐 text/javascript，主流服务器与 CDN 均已跟进。如果旧代码在判断 JS 类型，记得把这三种都考虑进去。

4. .md 的官方类型是后来才有的

text/markdown 直到 2016 年才正式注册。在此之前大家普遍用 text/x-markdown，甚至干脆用 text/plain。新项目应当使用 text/markdown。

5. 服务器自带的类型表可能过时

Nginx 的 mime.types、Apache 的 mime.types、IIS 的类型表版本各不相同。像 .webp、.avif、.woff2、.wasm 这些较新的格式，老版本服务器可能不认识，会返回 application/octet-stream。遇到「文件能下载但预览不了」，先查服务器的 MIME 配置。

五、怎么正确设置 MIME 类型

Nginx

include /etc/nginx/mime.types;
default_type application/octet-stream;

types {
    image/avif  avif;
    image/webp  webp;
    font/woff2  woff2;
    application/wasm wasm;
}

Apache

AddType image/avif .avif
AddType font/woff2 .woff2
AddType application/wasm .wasm

PHP

header('Content-Type: application/json; charset=utf-8');

Node.js / Express

res.type('application/json');

六、和 MIME 类型经常一起出现的几个概念

一句话记住：扩展名是给人和系统看的「名字」，MIME 类型是给程序看的「身份」，文件魔数才是「DNA」。三者可能不一致，判断类型时应优先信任魔数，其次是 MIME，最后才是扩展名。

七、本表数据说明

• 数据来源以 IANA Media Types 注册表为主，辅以各操作系统、浏览器、开发工具的实际约定。
• 收录原则是优先收录有实际使用场景的类型。同一格式存在多个扩展名的情况（如 .jpg / .jpeg）会分行列出，方便按扩展名直接搜索。
• 对于没有 IANA 注册的类型（如 .jsx、.vue、.tf），采用社区通行写法，仅作为「约定值」参考，不保证所有服务器都认识。
• 遇到表里没有的格式，可以查 IANA 官方注册表，或在命令行执行 file --mime-type 文件名 查看。