application/xml 是标识纯 XML 格式数据的标准 MIME 类型,用于 HTTP 请求/响应中明确内容类型;必须显式设置 Content-Type 头,否则后端可能无法正确解析 XML 字符串。

application/xml 是什么
application/xml 是一个标准的 MIME 类型,用于标识 HTTP 请求或响应中传输的内容是纯 XML 格式数据,且不依赖于特定应用语义(区别于 text/xml,后者已基本被弃用,且在字符编码处理上更宽松)。服务器通过这个 Content-Type 头判断如何解析请求体,客户端也据此决定是否启用 XML 解析器。
POST XML 字符串时必须设置 Content-Type
如果不显式指定 Content-Type: application/xml,多数后端框架(如 Spring Boot、Django REST、Express + body-parser)会默认按 application/x-www-form-urlencoded 或 text/plain 解析,导致 req.body 为空或变成乱码字符串,而非可解析的 XML DOM 或对象。
- Python
requests:必须传headers={'Content-Type': 'application/xml'} - JavaScript
fetch:headers: {'Content-Type': 'application/xml'}不可省略 - cURL:用
-H "Content-Type: application/xml"显式声明 - Postman:在 Body → raw 下拉菜单中选 “XML (application/xml)”(它会自动加 header)
直接 POST XML 字符串的常见写法
关键是把 XML 内容作为原始字符串传入请求体,不进行 JSON 封装、不 URL 编码、不拼 query 参数。以下为典型示例:
curl -X POST https://api.example.com/data \ -H "Content-Type: application/xml" \ -d '' 123 Alice
import requests xml_data = "" response = requests.post( "https://api.example.com/order", data=xml_data, # 注意:不是 json=...,也不是 files=... headers={"Content-Type": "application/xml"} ) - book
2
fetch("https://api.example.com/submit", {
method: "POST",
headers: {
"Content-Type": "application/xml"
},
body: "Hello "
});容易忽略的细节和坑
XML 对编码和格式敏感,几个关键点常导致 400 或解析失败:
- XML 字符串必须是良构(well-formed):标签闭合、嵌套正确、无非法字符(如未转义的
&、) - 如果 XML 声明含编码(如
),整个请求体必须实际使用该编码发送;推荐统一用 UTF-8 并省略声明,避免 header 与内容不一致 - 某些服务要求 XML 根节点名称匹配预期(如只接受
),错用会返回 406 或 422 - Node.js 的
http.request或低层 API 需手动设置req.setHeader('Content-Type', 'application/xml'),且req.end(xmlString)前不能调用JSON.stringify
最稳妥的做法:先用在线 XML 校验器验证字符串,再确认服务文档是否要求额外 header(如 Accept: application/xml),最后抓包看发出的请求体和 header 是否完全符合预期。










