MIME类型查询
查文件扩展名对应的 MIME 类型。
这个工具能做什么
MIME 类型（也叫媒体类型、Content-Type）是一串形如 image/png、application/json、text/html 的标识字符串，用来告诉浏览器或客户端「这段字节流该按什么格式去解析和呈现」。做后端、运维、前端时几乎绕不开它：给接口响应设 Content-Type 头、配 Nginx 的 mime.types 与 default_type、校验上传文件类型，都要先知道某个扩展名对应哪个类型。可常见扩展名有几百个，woff2、webp、m4a、svg 到底对应哪串字符谁也记不全。这个工具就是让你输入扩展名（如 png、json、mp4）或关键词，直接查出对应的 MIME/Content-Type，不输入则列出全部常见类型对照，省去翻规范或搜引擎的功夫。
MIME 类型的规范最早来自 RFC 2045/2046（原本为电子邮件设计），如今被 HTTP 沿用为 Content-Type 头的取值，格式是「主类型/子类型」，如 text、image、application、audio、video 等大类，子类型再区分具体格式。需要强调的是，扩展名与 MIME 类型并非文件「自带」的属性，也不是一一对应关系，而是由服务器依据配置（通常是一张扩展名到类型的映射表，如 Apache/Nginx 的 mime.types）在响应时贴上去的标签。本工具内置的正是这样一张常见扩展名到 Content-Type 的映射表，在本地查表返回，不上传、也不会去读取文件内容做识别——那属于文件签名（magic number）探测，是另一回事。
举个例子：你写了个文件下载接口，浏览器却总把 PDF 当纯文本显示或强制下载而不是预览，多半是 Content-Type 被设成了 application/octet-stream 或 text/plain，这里查一下 pdf 得到 application/pdf 填回响应头即可解决。再比如配 Nginx 静态资源时，较新的字体、字幕、图片格式（woff2、vtt、webp、avif）在默认 mime.types 里可能缺失，导致页面报 MIME 类型错误或 Web 字体不生效，查出 font/woff2、text/vtt、image/webp 补进 types 块就好。反过来，拿到一个不认识的 Content-Type 想知道它是什么格式，也能用类型名反查。
要注意的是，MIME 类型只是服务器声明的「标签」，并不能保证文件内容真的是那个格式。安全场景下（如上传校验）不能只信扩展名或请求里的 Content-Type，还应结合文件头魔数（magic number）做真实类型探测，两者都可被伪造。另外同一格式常有多个历史写法，比如 JavaScript 曾用 application/javascript，而现代 WHATWG 规范推荐 text/javascript；JSON 标准是 application/json 且默认 UTF-8，通常无需再额外标 charset。带文本的类型（text/html、application/json 等）后面常附 ; charset=utf-8 指明字符编码，这属于 Content-Type 的参数部分，不影响主类型的判断。
MIME类型查询是一个免费的在线工具，打开网页就能用，不用下载也不用注册。平时大家搜的“mime类型查询”、“mime type”、“文件类型”，说的都是这个。
常见使用场景
- 配 Nginx 时给 woff2、webp 补上正确的 Content-Type
- 后端下载接口设响应头让 PDF 在浏览器预览而非下载
- 文件上传校验时核对扩展名对应的 MIME 类型
- 拿到陌生的 Content-Type 反查它是什么格式
- 忘了 m4a、svg 对应哪个 MIME 时随手一查
使用方法
- 把内容粘贴到输入框（生成类工具直接设置选项）。
- 按需要选择选项，点操作按钮。
- 结果出现在下方，点「复制结果」即可带走。