Content-Type 解析器（MIME / Charset / Boundary）
解析 Content-Type 并提取 MIME 参数
API 与 HTTP
🔒 100% 本地运行 — 你的数据不会离开当前页面由 Evan 维护•最近更新：2026年9月29日
选项模式
Content-Type Input
每行粘贴一个 Content-Type 值或字段行，查看类型、参数和语法问题。工具不读取请求体。
输出
解析结果会显示在这里
浏览器内本地处理
页面阅读模式
完整说明还包括常见问题处理、操作示例、代码片段、FAQ 和相关工具，便于核对结果或排查问题。
工具说明
每行输入一个 Content-Type 值或带 Content-Type: 的字段行，查看主类型、子类型、参数值和规范化文本。引号内的分号和转义引号会保留；参数格式错误或名称重复会明确提示，不会静默丢弃。multipart 声明会检查 boundary 是否缺失或写法异常。工具只在本地检查头部，不请求 URL、不读取请求体，也不验证媒体类型注册情况或服务器是否接受。
失败门诊（高频踩坑）
规范化不是字符编码转换
原因：媒体类型和参数名转小写、去除不必要引号，只改变头部写法，不改变载荷字节。
修复：把 charset 与实际文本编码对照。排查 HTTP 415 时，还需检查接口接受的媒体类型和提交的请求体。
场景配方
01
比较两条 multipart 声明
目标：区分缺少 boundary 与已声明 boundary。
- 第一行输入 multipart/form-data。
- 第二行输入 multipart/form-data; boundary=example-boundary。
- 解析两行。第一行保留媒体类型解析结果，并提示缺少 boundary。
结果：第二行声明了语法可用的 boundary；仍需将它与实际请求体分隔符对照，本工具没有读取该请求体。
生产可用片段
引号参数保留实际内容
text
输入：Content-Type: Text/Plain; note="a;b"; charset="UTF-8"
规范化：text/plain; note="a;b"; charset=UTF-8
参数：note → a;b，charset → UTF-8推荐工作流
常见问题
可以直接粘贴完整 HTTP Header 块吗？
这里每行只输入一个 Content-Type 值或 Content-Type: 字段行。Accept、Content-Disposition 等其他头部请用 HTTP Headers Parser。
参数无效或重复时如何处理？
该行会显示失败原因。multipart 缺少 boundary 时，在已解析的类型旁显示警告；已有 boundary 也不会与请求体对照。
规范化会改变什么？
主类型、子类型和参数名转为小写，统一分隔符并保留必要引号；参数值的大小写和内容保持不变。它不会转换字符集，也不认证请求有效。
继续浏览