Fiddler可通过Composer手动构造并发送XML请求：选择方法、填写URL、添加Content-Type等必要Header、粘贴UTF-8编码XML正文后执行；也可复用捕获的请求修改重发，注意编码匹配、SOAPAction头及避免手动填Content-Length。
Fiddler 本身不直接提供图形化界面来“构造” XML 请求，但它非常擅长手动编辑和重发 HTTP 请求，包括 XML 格式的 POST 或 PUT 请求。关键在于：先创建一个合法的 HTTP 请求文本（含 XML Body），再用 Fiddler 的 Composer 或 Request Builder 功能发送。
用 Composer 手动构造 XML 请求
这是最常用、最灵活的方式：
- 打开 Fiddler → 切换到 Composer 标签页（快捷键 Ctrl+R）
- 在左上角下拉选择请求方法（如 POST）
- 在 URL 栏填入目标地址（例如 https://api.example.com/v1/data）
- 点击 Headers 区域，手动添加必要头信息，至少包含：
Content-Type: text/xml; charset=utf-8
（或 application/xml，根据服务端要求）
如需鉴权，加上 Authorization: Bearer xxx 或 SOAPAction: "..."（SOAP 场景） - 切换到 Body 区域，粘贴你的 XML 内容（确保格式正确、编码为 UTF-8，无 BOM）。例如：
12345 UpdateProfile
点击 Execute 即可发送。响应会出现在右侧面板中，可查看状态码、响应头和返回的 XML/JSON 等内容。
从已有请求修改后重发（更省事）
如果你已捕获过类似请求，可以快速复用：
- 在 Web Sessions 列表中找到一个成功的 XML 请求（看 Content-Type 和 Request Body）
- 右键 → Replay → Reissue with Composer
- Fiddler 会自动把该请求载入 Composer，你只需修改 XML Body 或部分 Header 即可重新发送
- 适合调试参数变化、测试不同节点值等场景
注意几个常见坑
- XML 编码要匹配：如果 XML 声明是 ，实际内容必须是 UTF-8 编码，否则服务端可能报解析错误
- Content-Length 不用手填：Fiddler 会自动计算并覆盖，手动写错反而导致请求失败
- SOAP 请求要加 SOAPAction：某些老式 Web Service 要求 Header 中明确指定 SOAPAction: "http://tempuri.org/MethodName"
- 避免中文乱码：在 Composer 的 Body 区域右下角，确认编码显示为 UTF-8；若显示 ANSI，点开下拉选 UTF-8 再粘贴 XML
基本上就这些。不需要插件，不依赖外部工具，Fiddler 的 Composer 就是轻量级 XML 接口调试利器。
