Postman发送XML请求需设置Content-Type为application/xml或text/xml，Body选raw并设为Text类型粘贴XML内容，注意编码和格式；SOAP接口还需添加SOAPAction等特定Header；响应异常时优先检查请求头、XML结构及编码一致性。
Postman 发送 XML 请求很简单，关键在于正确设置请求头和请求体。
设置 Content-Type 为 application/xml
XML 接口通常要求服务端识别请求体是 XML 格式，必须在 Headers 中手动添加或修改 Content-Type 字段：
- Key：Content-Type
- Value：application/xml（最常用）或 text/xml（部分老系统可能要求）
- 注意：不要用 application/json 或默认的 form-data，否则服务端会解析失败
在 Body 中选择 raw 并粘贴 XML 内容
Body 选项卡里选 raw，然后在右侧下拉菜单中把文本类型设为 Text（不是 XML，因为 Postman 的 XML 选项会自动加 BOM 或格式化，反而容易出错）：
- 直接粘贴标准 XML 字符串，比如：
张三 25 - 确保 XML 格式良好：有根节点、标签闭合、编码一致（推荐 UTF-8）
- 如果接口要求带 XML 声明（如 ），就保留；有些接口不接受声明，可尝试去掉再试
处理需要认证或特殊 Header 的 XML 接口
不少 XML 接口（如 SOAP、银行/政务类系统）还依赖额外头部字段：
- SOAPAction：调用 SOAP 接口时必须提供，值一般在 WSDL 或文档里指定，例如
"http://tempuri.org/GetUserInfo" - Authorization：如使用 Basic Auth，填入 Base64 编码后的账号密码；如用 Token，写成
Bearer xxx - Accept：可设为
application/xml，告诉服务端你希望返回 XML
检查响应并调试常见问题
发送后重点看 Response 面板：
- 状态码不是 200？可能是 XML 结构错误、必填字段缺失，或 Content-Type 不对
- 返回的是 HTML 或错误页？大概率是服务端没识别到 XML，回头确认 Content-Type 和请求方法（POST 最常见）
- 响应内容乱码？检查 XML 声明中的 encoding 是否与实际一致，Postman 默认按 UTF-8 解析，若接口返回 GBK，需手动改响应查看编码（右键响应体 → Decode response as → GBK）
基本上就这些。XML 请求本身不复杂，但容易卡在头信息或编码细节上，对照接口文档逐项核对就行。
