← 返回工具箱

开发 / HTTP 内容类型

MIME 类型查询与批量匹配

按扩展名、文件名或媒体类型查询 Content-Type。当前收录 2,522 条记录， 可查看来源、字符集和压缩属性，并生成服务器配置或批量导出 CSV。

找到 2 条

SELECTED MEDIA TYPE

image/webp

分类
图片
来源
IANA
默认字符集
未登记
可压缩
未知

扩展名

.webp

HTTP 响应头

Content-Type: image/webp

Nginx types

types {
    image/webp webp;
}

Apache AddType

AddType image/webp .webp

HTML input accept

image/webp,.webp

扩展名不是文件真相

MIME 映射适合配置响应头和上传提示，但扩展名可以被改名。校验不可信文件时还要检查文件签名，并限制大小、内容与后续解析行为。

同一扩展名可能有多个类型

历史软件、服务器和标准机构可能给同一扩展名登记不同类型。本工具优先显示 IANA 来源，部署前仍应按目标客户端与服务端文档确认。

数据来自哪里

当前离线数据基于 mime-db 1.54.0，汇总 IANA、Apache 与 Nginx 映射。页面不会上传查询内容，也不会联网猜测未知扩展名。

RELATED TOOLS

接着处理

查看全部工具 →
文件真实类型检测读取 Magic Number，对照扩展名与浏览器识别的 MIME。HTTP Header 解析检查真实响应中的 Content-Type、缓存与安全头。cURL 代码转换解析请求头与请求体，并转换成 Fetch 等代码。图片格式转换在本地转换 JPG、PNG、WebP、AVIF 等常见格式。

USE & REVIEW

MIME 类型 / Content-Type 查询常见问题

查看全部工具指南 →

MIME 类型数据来自哪里，为什么有 2522 条？

当前页面随站点打包 mime-db 1.54.0 的离线数据，汇总 IANA 媒体类型登记以及 Apache、Nginx 的常用扩展名映射。来源标签能帮助判断记录依据，但部署时仍应结合目标软件版本、客户端兼容性与业务格式确认。

文件扩展名匹配到 MIME，就能证明文件安全吗？

不能。扩展名只是文件名的一部分，可以任意修改；浏览器给出的 File.type 也常依赖系统映射。处理不可信上传时还要检查 Magic Number、实际解析结果、文件大小和内容，并隔离可能执行脚本或利用解析器漏洞的格式。

为什么同一个扩展名会对应多个 MIME 类型？

历史软件、标准组织和不同服务器可能为同一扩展名使用不同媒体类型，例如旧别名与正式登记并存。工具优先排列 IANA 来源并保留其他候选。API、下载响应或上传白名单应该按真正交换的格式和客户端要求选择，不要只取第一条后永久写死。

Content-Type 什么时候需要加 charset？

文本内容常需要明确字符编码，例如 text/html; charset=utf-8。并非每个 MIME 都适合附加 charset，二进制图片、压缩包等通常不加。工具只在数据源登记了默认字符集时提供附加选项，服务端实际编码若不同，应显式改成真实值。

“可压缩”为什么有时显示未知？

它表示数据源是否给出了通常可压缩的判断，不是对当前文件做压缩测试。文本、JSON、SVG 往往收益明显，已经压缩过的 JPEG、MP4、ZIP 通常收益很小；未知不等于不能压缩。生产环境还要考虑文件大小、CPU、缓存和 Brotli/Gzip 支持。

批量匹配 archive.tar.gz 会得到哪一层扩展名？

当前批量匹配按文件名最后一个扩展名处理，因此 archive.tar.gz 会按 .gz 查询。这样和多数服务器映射一致，但多后缀文件的业务含义可能还包括 tar。需要做安全校验时，应继续解析容器内容，而不是把最后一段后缀当作完整文件格式。