首页/对照列表/Content-Type

内容类型备忘单

将常见文件扩展名映射到其相应的 MIME 类型(Content-Type)的快速查找表。

扩展MIME 类型/内容类型描述
.html
text/html
HTML 文件
.css
text/css
样式表文件
.js
application/javascript
JavaScript 脚本
.json
application/json
JSON 数据
.xml
application/xml
XML 数据
.png
image/png
PNG 图片
.jpg / .jpeg
image/jpeg
JPEG 图片
.gif
image/gif
GIF 动态图
.svg
image/svg+xml
矢量图标
.webp
image/webp
WebP 图片
.pdf
application/pdf
PDF 文档
.mp4
video/mp4
MP4 视频
.mp3
audio/mpeg
MP3 音频
.zip
application/zip
ZIP 压缩包
.gz
application/gzip
GZIP 压缩包
.txt
text/plain
纯文本文件
.docx
application/vnd.openxmlformats-officedocument.wordprocessingml.document
Word 文档
.xlsx
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
Excel 表格

功能简介

Content-Type

HTTP Content-Type (MIME) 大全。涵盖数千种文件扩展名对应的 MIME 类型定义,是服务器配置、API 开发及网络抓包分析的权威词典。

如何使用

1. 搜索扩展名(如 'png');2. 查看对应的标准 MIME 类型(如 'image/png');3. 参考常见的文件二进制头识别逻辑。

安全保障

静态数据参考。不扫描您的文件系统,无任何个人数据上传。

100% Client Side
📘 使用指南与技术说明

痛点引入

作为一名开发者,你是否曾在联调接口时,因为 Content-Type 设置错误,导致文件上传失败、API 返回 415 错误,或者浏览器直接下载了本应预览的图片?这种“踩坑”经历不仅浪费时间,还让人抓狂。尤其是在处理各种文件格式时,手动查找 MIME 类型就像大海捞针,效率低下,严重影响“摸鱼”心情。

核心功能深度解析

Content-Type 工具本质上是一个基于 RFC 规范(如 RFC 2045、RFC 6838)的 MIME 类型对照表。它通过预置的映射关系,将常见的文件扩展名(如 .jpg、.json)快速转换为标准的 MIME 类型(如 image/jpeg、application/json)。背后的技术逻辑涉及 HTTP 协议头部的解析:服务器和客户端依赖 Content-Type 来正确识别和处理数据格式。例如,设置 Content-Type: application/json 告诉接收方按 JSON 解析请求体,避免乱码或解析错误。工具还考虑了边缘情况,如未知扩展名的默认处理(application/octet-stream),确保兼容性。

行业应用场景

在联调环境中,前端上传文件时,使用工具快速查找 .pdf 对应的 MIME 类型(application/pdf),避免后端解析失败。测试阶段,自动化脚本中硬编码 MIME 类型,工具可验证其准确性,防止因类型错误导致的测试用例失败。生产环境中,配置 Web 服务器(如 Nginx)的静态文件服务,通过工具匹配扩展名与 MIME 类型,确保 CSS、JS 文件被正确压缩和缓存,提升网站性能。例如,设置 Content-Type: text/css; charset=utf-8 可优化样式表加载。

FAQ 常见问题

  1. 为什么有些文件扩展名对应多个 MIME 类型? 例如,.mp4 可能映射为 video/mp4 或 application/mp4,这取决于具体实现和 RFC 更新。工具通常会推荐最通用的类型,但需根据实际场景选择。
  2. 如何自定义 MIME 类型? 在服务器配置中,可手动添加映射,如 Apache 的 .htaccess 文件或 Nginx 的 mime.types 配置。但需注意,非标准类型可能导致兼容性问题。
  3. Content-Type 设置错误会有什么后果? 轻则数据无法解析(如 JSON 被当作文本处理),重则安全漏洞(如 XSS 攻击),务必准确设置。
  4. 工具是否支持所有文件扩展名? 工具覆盖了常见扩展名,但对于冷门或自定义扩展,建议参考 IANA 官方注册表或设置默认类型。
  5. MIME 类型中的 charset 参数有什么用? 它指定文本编码(如 utf-8),确保多语言内容正确显示,忽略可能导致乱码。

技术科普/延伸阅读

MIME 类型标准由 IETF 维护,但实际应用中存在“未解之谜”,如某些旧扩展名(.doc)的模糊性。延伸阅读可关注 HTTP/2 和 HTTP/3 对 Content-Type 的优化,以及 WebAssembly 等新技术带来的新类型(application/wasm)。了解这些,能帮助你在开发中更游刃有余。

📖 精选技术文章推荐

那些藏在 URL 里的双重编码漏洞:一次 SQL 注入的完整路径

明明部署了昂贵的 WAF 防火墙,为什么数据库还是被拖库了?黑客并没有使用什么零日漏洞,而是巧妙地利用了 URL 的“双重编码”特性。本文将带你重构一次真实的攻击路径,揭示架构分层中的安全盲区,以及开发者最容易犯的致命错误。

那个把对象直接 toString 传进 URL 的同事,把我们的接口搞崩了

一个前端新人的失误:'?filter=[object Object]',让后端的 JSON.parse 直接崩溃,引发了一场 P3 级事故。本文深入探讨 JSON 与 GET 参数互转的种种陷阱:嵌套对象怎么传?数组怎么解析?URL 长度限制在哪里?以及如何避开这些暗坑。

计算机差点变成巴别塔:Unicode 发明前,我们如何处理多语言文字

在 UTF-8 统治世界之前,计算机世界曾是一片混乱的割据地。为了显示中文、日文或希腊文,开发者们发明了无数互不兼容的“代码页”。本文带你回顾那段满是乱码、冲突与妥协的编码演进史,理解 Unicode 存在的终极意义。

消失的字符:处理民族文字展示时的编码与渲染深坑

在开发文本分析工具时,我们发现 UTF-8 并不是万能药。当遇到藏文的叠加字、维吾尔文的 RTL 镜像渲染以及复杂的 Unicode 代理对时,传统的字符串处理逻辑会瞬间失效。本文记录 daima.life 在适配多元文字时的技术复盘。

💡 想要更多功能?

发现 Bug 或是希望加入新工具?支持免费提建议或商业私有化定制开发