MIME 类型查询

如何使用MIME 类型查询

关于MIME 类型查询的常见问题

MIME 类型查询怎么用？能输入整个文件名吗？

能。MIME 类型查询的输入框同时认识五种写法：纯后缀（webp）、带点后缀（.WEBP）、整个文件名（年度报表.xlsx）、带路径或网址的完整地址（C:\图片\logo.webp、https://example.com/a.webp?v=1），以及 MIME 字符串本身（image/jpg、text/html; charset=gbk）。工具会自动判断你输入的是哪一种，并在输入框下方小字标注「已自动按文件后缀解析」；像 images/logo.png 这种既像路径又像 MIME 的输入，可以点「改为按 MIME」或上方的分段按钮强制解释方式。粘贴整行 Content-Type 或 Accept 请求头也可以，前缀会被自动去掉。

xlsx、docx、pdf 的 MIME 类型分别是什么？

xlsx 的 MIME 类型是 application/vnd.openxmlformats-officedocument.spreadsheetml.sheet，docx 是 application/vnd.openxmlformats-officedocument.wordprocessingml.document，pptx 是 application/vnd.openxmlformats-officedocument.presentationml.presentation，pdf 是 application/pdf。老版 Office 的 xls 是 application/vnd.ms-excel、doc 是 application/msword。新版 Office 的类型很长，是因为它们挂在 vnd. 厂商树下并写出了 OpenXML 规范的完整名称；在本工具里输入 xlsx 或 docx，点「复制」就能拿到不会打错的完整写法，再切到配置片段可以直接生成对应的 Nginx 或 IIS 配置。

image/jpg 和 image/jpeg 哪个是正确的 MIME 类型？

正确的只有 image/jpeg。JPEG 图片的后缀可以写 .jpg、.jpeg、.jpe 或 .jfif，但 MIME 类型在 IANA 只注册了 image/jpeg 一种，image/jpg 从来没有注册过。多数浏览器对 image/jpg 有容错，图片照样能显示，所以这个错误很难被发现；但严格校验 MIME 的后端框架、对象存储或 CDN 会把它当成未知类型，导致上传白名单拒收或图片被当作下载。本工具输入 image/jpg 会直接给出「错误」级提示和一键替换成 image/jpeg 的写法。类似的还有 image/svg（应为 image/svg+xml）和 audio/mp3（应为 audio/mpeg）。

JavaScript 的 MIME 类型现在该怎么写？

写 text/javascript。2022 年发布的 RFC 9239 把 text/javascript 定为 JavaScript 唯一推荐的 MIME 类型，并把 application/javascript、application/x-javascript、application/ecmascript、text/ecmascript 都标记为过时。浏览器对这些旧写法仍然兼容，脚本照样执行，但新项目和服务器配置应统一用 text/javascript，并带上 charset=utf-8。ES 模块（.mjs）同样用 text/javascript；script 标签上的 type="module" 是另一回事，它说明的是加载方式而不是 MIME。本工具输入 application/javascript 会给出「提醒」级提示与推荐写法。

application/octet-stream 是什么 MIME 类型？

application/octet-stream 的意思是「任意二进制数据、类型未知」，是 MIME 类型里的兜底值。服务器遇到不认识的后缀时通常就返回它，浏览器拿到这个类型不会尝试显示，而是一律触发下载，所以它也常被用来强制下载文件。缺点是接收方无法据此判断内容，前端和后端的类型校验都会失效。如果你的文件被莫名其妙地下载而不是打开，多半就是服务器给了 application/octet-stream：在本工具里查出该后缀的正确 MIME，再用 Nginx、Apache 或 IIS 配置片段把映射补上即可。想强制下载正常类型的文件，应该用 Content-Disposition: attachment 响应头，而不是改 MIME。

JSON 的 Content-Type 需要加 charset 吗？

不需要。application/json 的规范（RFC 8259）规定 JSON 在网络上传输必须使用 UTF-8，并且这个类型没有定义 charset 参数，所以 Content-Type: application/json; charset=utf-8 里的 charset 会被浏览器直接忽略，写了不出错，但没有意义。真正需要 charset 的是 text/html、text/css、text/plain、text/javascript、text/csv 这类 text 类型：不写的话浏览器可能按 windows-1252 等默认编码解码，中文就会显示成乱码。本工具输入 application/json; charset=utf-8 会提示可删掉 charset，输入 text/css 则会建议补上 charset=utf-8。

上传文件只校验 MIME 类型安全吗？

不安全。前端拿到的 File.type 是浏览器按文件后缀和操作系统的文件关联猜出来的，不读文件内容，改个后缀就能变；上传请求里的 Content-Type 更是客户端随便写的。还有两个常见坑：浏览器不认识的后缀 File.type 会是空字符串，Windows 装了 Excel 的电脑会把 .csv 报成 application/vnd.ms-excel。所以上传校验要后缀与 MIME 白名单同时判断，后端再读文件开头的魔数验证真实格式，用户上传的 SVG、HTML 这类能执行脚本的类型还要放到独立域名或转成位图。本工具下方的拖入对照可以直接看到你手上文件的 File.type，真实格式可以用「文件信息查看」读文件头。

multipart/form-data 是什么 MIME 类型，要手写吗？

multipart/form-data 是 HTML 表单上传文件时使用的请求体类型，把多个字段和文件按 boundary 分隔符拼在同一个请求里，它只用于请求体，不对应任何文件后缀。不要手写这个请求头：boundary 必须与请求体里真实使用的分隔符一致，用 fetch 或 axios 发送 FormData 时浏览器会自动生成 Content-Type: multipart/form-data; boundary=……，自己写死一个没有 boundary 的值，服务端就无法切分出文件，常见表现是后端收不到文件或报 400。普通表单不带文件时默认用 application/x-www-form-urlencoded；本工具输入 multipart/form-data 会给出缺 boundary 的错误提示。

Nginx 和 IIS 怎么添加 MIME 类型？

Nginx 添加 MIME 类型：在 http 块里 include mime.types 之后追加一个 types 块，例如 types { image/avif avif; }，再执行 nginx -s reload；注意不要在 location 里单独写 types，那会替换掉继承来的整张映射表。IIS 添加 MIME 类型：在站点 web.config 的 system.webServer/staticContent 里先写 remove fileExtension=".avif"，再写 mimeMap fileExtension=".avif" mimeType="image/avif"，先 remove 可以避免与服务器级配置重复而报 500.19。Apache 则在 .htaccess 里写 AddType image/avif .avif。本工具查到任意后缀后，在配置片段里切换目标即可生成这几段代码。

Accept 请求头里的 MIME 类型和 q 值怎么读？

Accept 请求头告诉服务端客户端愿意接收哪些 MIME 类型，每一项可以带 q 值（0 到 1，最多 3 位小数）表示偏好程度，不写默认是 1，q=0 表示明确拒绝。服务端挑选时先比 q 值，q 相同再比具体程度：text/html 比 text/* 具体，text/* 又比 */* 具体，带额外参数的更具体；最后才看出现顺序。例如浏览器常发的 text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8，意思是优先要 HTML，其次 XML，实在没有任何类型都行。把整行粘进本工具会按这个规则排出优先级表，并标出不合法的 q 值。

MIME 类型查询会上传我的文件或输入吗？

不会。整张 MIME 类型对照表随页面一起打包在浏览器里，查询、解析、体检、生成配置片段全部在本地计算，查询本身不会触发任何服务端请求，你输入的后缀、MIME 字符串和请求头都不会离开设备。拖入文件对照时，工具只读取 file.name 和浏览器给出的 file.type 两个字符串，不会读取文件内容的任何字节，也不会写入历史记录。浏览器本地只保存最近查过的规范化后缀或 MIME（最多 8 条，不含原始路径和网址）以及你选的配置目标，可随时点「清除记录」删除。手机浏览器打开同样可用，无需注册。

MIME 类型是什么：一条 Content-Type 由哪几部分组成

MIME 类型（MIME type，也叫媒体类型 media type）原本是电子邮件标准里用来说明附件格式的字符串，后来被 HTTP 沿用，成为响应头 Content-Type 与请求头 Accept 的取值。浏览器拿到一个响应时并不看网址里的后缀，而是看 Content-Type 决定怎么处理：text/html 渲染成网页，image/webp 显示成图片，application/octet-stream 直接下载。所以「文件后缀对应 MIME」配错，就会出现样式表不生效、 WebAssembly 加载失败、图片被当成下载这类问题。下表用 text/html; charset=utf-8 拆解一条 Content-Type 的结构。

常见 MIME 类型错误写法对照表

下面是开发中最常写错或已经过时的 MIME 写法。它们多数在浏览器里「看起来能用」，因为浏览器有容错，但到了严格校验的后端框架、 对象存储、CDN 或上传白名单里就会被拒。在上方输入任意一条，体检结果会给出替换后的完整写法。

浏览器怎么解析 Content-Type：五个容易踩的细节

浏览器解析 MIME 类型遵循 WHATWG MIME Sniffing 标准里的「parse a MIME type」算法，本工具逐步实现了这套算法，下面这些结论都可以在上方输入原文直接验证。

上传文件类型校验：为什么要后缀与 MIME 双判

前端用 <input accept> 限制可选文件、用 File.type 做校验时，拿到的类型其实是浏览器按后缀和系统文件关联给出的猜测，并不读取文件内容。这带来三个在本页下方「拖入文件对照」里一眼就能看到的坑：浏览器不认识的后缀 File.type 是空串；同一个后缀在不同电脑上报不同的值（Windows 装了 Excel 会把 .csv 报成 application/vnd.ms-excel，.zip 常报成 application/x-zip-compressed）；改个后缀 File.type 就跟着变。因此 input accept 属性写法应当后缀与 MIME 并列，例如 accept=".webp,image/webp"，后端再读文件头魔数验真。

MIME 类型查询的几种叫法

中文资料里同一件事有好几种说法，英文搜索一般叫 MIME type lookup 或 MIME type list。下表对照这些叫法在本页对应哪一块。

MIME 类型大全：按顶级类型分组的对照表

本表收录 362 种常用 MIME 类型及其后缀，覆盖 Web 开发、办公文档、压缩包、音视频、字体、证书与 3D 模型等场景，例如 application/octet-stream、multipart/form-data、image/jpeg、text/javascript 都在其中。数据版本 2026.10，更新于 2026-10，以 IANA 注册表与 Apache、nginx 默认 mime.types 核对，半年复核一次；表外的 MIME 在上方输入也能做结构解析。

相关教程

遇到格式选择、乱码或校验问题，可以先看这些说明再动手处理。

• 问题解答图片和文件转 Base64 怎么用？DataURL 用法说明讲清图片、文本、文件转 Base64 与 DataURL 的常见用法、体积变化、URL-safe 区别，以及什么时候不该把文件塞进 Base64。
• 文件知识URL 编码是什么？%20、%E4%B8%AD 这类字符解释讲清 URL 编码（百分号编码）是什么：为什么网址里会出现 %20、%E4%B8%AD 这类字符、encodeURI 与 encodeURIComponent 该用哪个、和 Base64 编码有什么区别，以及什么时候需要手动做 URL 编码。