关于 MIME 类型查询
处理文件上传、配置静态资源服务或排查「浏览器把文件当成下载而不是打开」时，绕不开内容类型。它是服务器用来告诉客户端「这份字节流是什么」的声明，一旦声明与内容不符，浏览器就会做出与预期不同的处理。 类型由「主类型斜杠子类型」构成，例如文本、图片、应用、多部分各有对应主类型。除了类型本身，还有几个参数会影响行为：字符集参数决定文本按什么编码解读；边界参数只出现在多部分类型里，用于分隔各个部分。缺少字符集参数时，浏览器会按内容嗅探猜测编码，这既可能猜对也可能猜错，因此文本类响应应始终显式声明编码。 使用要点：静态资源服务应当为每种扩展名显式配置类型，而不是依赖服务器的默认映射，因为默认映射在不同版本之间会变化，某些扩展名甚至没有注册类型。同时建议为脚本类资源关闭内容嗅探，避免类型声明错误时被当作脚本执行。反向场景也要注意：用户上传的文件若不确定类型，应声明为通用二进制类型并附带下载处置头，防止浏览器内联渲染带来注入风险。 边界与限制：扩展名与类型并非一一对应，同一个扩展名在不同平台上有不同习惯，同一个类型也可能对应多个扩展名，因此不能用扩展名反推类型作为可信判断。内容本身才是依据——真正的类型判断必须读取字节头部特征，这也是安全校验不能只信扩展名与声明的原因。此外某些类型在不同浏览器与版本上的处理存在差异，尤其是矢量图与部分媒体类型，涉及用户上传内容时应在服务端做二次处理而不是直接透传。 数据与隐私：查询与配置内容类型本身不涉及敏感数据，本工具在浏览器内完成检索与对照，不上传输入内容。若需要核对的是内部系统的接口返回类型，注意不要把带鉴权的响应原文粘贴到在线服务中。
运维层面还有几条固化建议：把内容类型的映射写成配置文件并纳入版本管理，避免依赖服务器默认值而在升级后行为漂移；为所有文本响应显式加上字符集，减少客户端嗅探带来的不确定性；对上传统一设置下载处置头与内容嗅探保护，把「文件被当作可执行内容渲染」这一风险面收敛掉。这些设置单看都很小，但它们在安全审计与故障复盘时会被反复问到，提前统一比临时补丁更省事。
上手上，先把你站点实际用到的扩展名列出来，逐个确认映射是否正确，再检查文本类资源是否都带字符集、脚本类资源是否都关闭了嗅探，这三步基本能覆盖绝大多数历史遗留问题。维护上，把这份映射当作代码来管理：变更走评审、上线前自动化校验、并把「新增文件类型时同步更新映射」写进开发流程，避免哪天有人加了一种新资源却发现线上被当成下载处理。
实现原理
内容类型由主类型与子类型构成，并可携带参数：字符集参数决定文本按什么编码解读，边界参数只出现在多部分类型里用于分隔各部分。它只是声明，与内容是否相符要靠服务端保证；真正的类型判定必须读取字节头部特征，扩展名与声明都不可信。缺少字符集参数时，浏览器会靠嗅探猜测编码。
一个 UTF-8 的 HTML 响应text/html; charset=utf-8（缺少 charset 时由浏览器嗅探决定，可能猜错）使用方法
- 打开「MIME 类型查询」
- 输入或粘贴待处理的内容
- 根据需要调整输出选项
- 点击「运行」按钮，结果实时显示
- 复制或导出结果
使用场景
- 配置静态服务器 — 为 Nginx、Apache 补全 mime.types 映射，避免文件被当成 text/plain 下载。
- 设置下载头 — 后端返回文件时查正确的 Content-Type，让浏览器正确预览或下载。
- 上传校验 — 核对前端 accept 属性与后端允许的 MIME 列表是否一致。
- 排查渲染问题 — 当 JS 或 CSS 不生效时，确认服务器返回的类型是否符合规范。
- API 内容协商 — 为 Accept 头选择正确的类型字符串，如 application/vnd.api+json。
常见问题
Content-Type 写错会怎样？
浏览器可能拒绝执行脚本（如 ES Module 要求 text/javascript），或把网页当纯文本显示。现代浏览器还会因 X-Content-Type-Options: nosniff 而严格按声明类型处理。
一个扩展名只对应一个 MIME 吗？
不一定。例如 .js 历史上有 text/javascript、application/javascript 多种写法，目前规范推荐 text/javascript；.xml 也有 text/xml 与 application/xml 之分。
什么时候需要加 charset？
对 text/* 和部分基于文本的类型（如 application/json 早期）建议加 ;charset=utf-8，明确编码避免中文乱码；二进制类型如 image/png 则不需要。
没有扩展名的文件怎么判断类型？
可以读取文件头的魔数（magic number）判断，但本工具基于扩展名和类型表查询；运行时检测真实类型需用服务器或库做内容嗅探。
application/octet-stream 是什么？
这是"未知二进制流"的通用类型，浏览器通常会直接触发下载。当你想强制下载任意文件而非预览时，可以使用它。
配置了正确的类型，浏览器仍然把文件当下载？
除了内容类型，还有两个因素会触发下载：一是响应带了强制下载的处置头，二是类型被设置成了通用二进制类型。此外某些类型本身就被浏览器设计为下载而不内联展示，即使声明正确也不会在页面里渲染。排查时按处置头、类型、以及该类型是否可内联展示的顺序逐项确认。
把用户上传的文件原样返回给浏览器安全吗？
不安全。若上传的是可执行脚本类内容，而响应又以内联方式渲染，就等于让访问者执行了上传者提供的代码。正确做法是对上传内容统一设置下载处置头与通用二进制类型，需要预览时在服务端做格式转换或使用隔离域名承载，而不是直接把原始文件内联返回。
同样的文件扩展名为什么会有多个 MIME 类型？
历史与实现差异导致：比如 .js 既有 text/javascript 也有 application/javascript（前者是现行标准）。服务器配置以 IANA 注册或事实标准为准；拿不准时用 text/javascript 这类现代值，老系统不认再查它的文档。