XML上传返回400需检查格式合法性：命名空间、根元素名、必填字段及类型、Content-Type头、UTF-8编码声明；415错误需确认API接受的XML子类型并启用服务端XML解析；500错误应排查服务端日志、最小化XML测试、空标签写法及签名原文空白字符。
XML上传返回400 Bad Request怎么办
多数情况下，400 Bad Request不是网络问题，而是XML本身格式或语义不合法。服务端在解析前就拒绝了请求。
- 检查XML是否符合目标API要求的命名空间、根元素名（比如必须是
- 确认所有必需字段都存在且值类型正确（如
100.5 one hundred - 用
curl -v或浏览器开发者工具查看完整请求头，确保Content-Type是application/xml或text/xml，不是application/json - 如果XML含中文或特殊字符，确认已用UTF-8编码并声明：第一行必须是
上传时遇到415 Unsupported Media Type
这个错误明确指向服务端不接受你发的格式——哪怕XML语法完全正确也会触发。
- 先查文档确认API是否只接受特定子类型，例如只要
application/vnd.myapi.v2+xml，而你发了application/xml - 某些后端框架（如Spring Boot）默认禁用XML解析，需显式启用：
@EnableWebMvc+ 添加Jaxb2RootElementHttpMessageConverter - 若用Python
requests，别只设headers={'Content-Type': 'application/xml'}，还要确保data是字符串而非字典（否则会自动转JSON）
500 Internal Server Error但XML看起来没问题
这时问题大概率不在你这端，但可以快速排除是否由你触发。重点看服务端日志里有没有 org.xml.sax.SAXParseException 或 javax.xml.bind.UnmarshalException 类错误。
- 尝试用最小XML提交（仅根标签+一个必填字段），逐步加字段定位哪段内容触发服务端异常
- 注意XML中空标签写法差异：
- 如果接口要求签名，检查签名原文是否包含XML声明、换行、缩进——这些空白字符常导致签名验不过，最终抛500
如何用curl调试XML上传过程
避免依赖GUI工具或SDK封装，直接用 curl 可最短路径暴露问题。
- 始终加上
-v查看完整请求/响应，重点关注> POST和行 - 把XML存为文件（如
payload.xml），用--data-binary @payload.xml发送，避免shell对尖括号做解释 - 若需带认证，优先用
-H "Authorization: Bearer xxx"而非-u，后者只适用于Basic Auth
curl -v -X POST https://api.example.com/orders \ -H "Content-Type: application/xml" \ -H "Authorization: Bearer eyJhbGciOi..." \ --data-binary @payload.xml真正卡住的时候，往往不是XML写错了，而是你没看到服务端返回的
X-Request-ID 或响应体里的具体错误描述。很多API在5xx时仍会返回带提示的XML或JSON body，别只盯着状态码。 
