MIME 类型查询

MIME 类型（Multipurpose Internet Mail Extensions）是一种互联网标准，用于表示文档、文件或字节流的性质和格式。浏览器和服务器使用 MIME 类型来确定如何处理接收到的内容。例如，当浏览器收到 image/jpeg 类型时会显示图片，收到 application/pdf 时可能会打开 PDF 预览。正确设置 MIME 类型对于 Web 应用的正常运行至关重要。

MIME 类型（Multipurpose Internet Mail Extensions，多用途互联网邮件扩展）是数据格式的标准化标识符，最初在 RFC 2045/RFC 2046 中为电子邮件附件定义，后被 HTTP（RFC 7231 §3.1.1.5）采纳用于 Web 内容协商。MIME 类型的结构为 type/subtype——type 声明大类（text、image、audio、video、application、multipart、font、model），subtype 指定具体格式（如 text/html、image/png、application/json）。可选参数以分号分隔（text/html; charset=utf-8）。 IANA（互联网号码分配机构）在 iana.org/assignments/media-types 维护官方 MIME 类型注册表。注册遵循 RFC 6838，需要提交规范文档、安全注意事项和互操作性说明。未注册类型可使用 x- 前缀（如 application/x-tar）作为实验性或厂商特定格式的约定，但 RFC 6648 建议避免使用 x- 前缀，改为正式注册。 在 HTTP 中，Content-Type 头告知客户端如何解读响应体。服务器返回 Content-Type: image/svg+xml 会触发浏览器的 SVG 渲染器；返回 Content-Type: application/octet-stream 则触发下载提示，因为浏览器无法判断格式。浏览器还会利用 MIME 类型信息进行「内容嗅探」——当服务器省略 Content-Type 或发送通用类型时，浏览器可能检查响应的前几个字节（魔数字节）来猜测实际格式。此行为受 X-Content-Type-Options: nosniff 头控制，该头禁用嗅探并要求服务器声明正确的类型。 对于文件上传，Accept 头告知服务器客户端期望的 MIME 类型，而 input 元素的 accept 属性限制文件选择器为特定类型（如 accept="image/png, image/jpeg"）。服务端应对上传文件同时验证其声明的 MIME 类型和文件签名（魔数字节），因为两者单独都不可信——一个名为 image.png 且 Content-Type 为 image/png 的文件可能包含可执行代码。本工具作为查询给定文件扩展名对应标准 MIME 类型的参考，覆盖八大类 100 多种常见格式。

• RFC 2046 结构：type/subtype——type 表示内容大类，subtype 表示具体格式；可选参数以分号分隔（text/html; charset=utf-8），规范中不区分大小写，但惯例使用小写
• IANA 注册（RFC 6838）：新媒体类型需提交规范文档、安全注意事项和互操作性说明——审核流程确保类型在进入注册表前文档完备且无冲突
• HTTP Content-Type 头：服务器声明响应体的 MIME 类型；浏览器据此选择合适的渲染器（HTML 解析器、图片解码器、PDF 阅读器）或触发下载——Content-Type 错误是「文件被下载而非显示」问题的最常见原因
• 内容嗅探与 X-Content-Type-Options：当 Content-Type 缺失或为通用类型时，浏览器可能检查魔数字节猜测格式——X-Content-Type-Options: nosniff 禁用此行为并要求精确匹配 Content-Type，这是安全最佳实践
• application/octet-stream：通用二进制回退类型——浏览器将其视为不透明流并触发下载，是服务器无法判断格式时最安全的默认值，但会阻止本可在浏览器中预览的内容
• 文件上传验证：input 的 accept 属性在客户端过滤文件选择器，但服务端验证必须同时检查声明的 Content-Type 和文件的魔数字节——扩展名、MIME 类型和文件签名之间的不一致是恶意上传的危险信号
• 厂商特定和实验类型：x- 前缀约定（application/x-tar、video/x-matroska）早于正式注册流程——RFC 6648 建议尽可能迁移到正式的 IANA 注册类型，但许多仍在广泛使用