XML作为早期Web服务的主流数据载体，通过标准化的报文结构让异构系统之间能够互相理解请求与响应。它通常配合SOAP协议、WSDL描述文件以及HTTP传输通道一起工作，客户端把业务参数组装成XML信封，服务端接收后解析并返回另一段XML结果。
一、XML与Web服务的基本交互模型
在典型的Web服务架构中，服务提供者先通过WSDL（Web Services Description Language）向外暴露接口定义，这份文件本身也是XML格式，描述了端点地址、可调用的操作、输入输出消息结构。消费者根据WSDL生成客户端代码，或者手动拼装符合约定的XML报文，再通过HTTP POST发送到指定URL。
服务端容器收到请求后，会从HTTP body里读出XML文本，交给SOAP引擎做解析。引擎先校验信封（Envelope）和命名空间，再提取Body里的业务节点，调用对应的后端方法。处理完毕后，结果被序列化回XML并写进HTTP响应。整个过程对开发者透明，但底层完全依赖XML的树状结构来承载数据。
1.1 SOAP信封结构
SOAP消息最外层是Envelope，其下分为Header和Body。Header可携带认证、事务等元信息，Body则放实际参数或返回数据。命名空间（xmlns）用来区分不同标准的节点，避免标签冲突。
例如一个查询天气的SOAP请求，会把城市名包在Web服务自定义的节点中。若缺少正确命名空间，服务端解析器可能把数据误判为未知类型而导致空值。因此写客户端时，必须严格参照WSDL里的namespace声明。
二、用代码发送XML请求到Web服务
下面以Python为例，展示如何不依赖重型框架，直接构造XML并调用一个虚构的TemperatureService。我们使用标准库urllib发送POST，手动设置Content-Type为text/xml。
import urllib.request
soap_body = '''<?xml version="1.0"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<GetTemp xmlns="http://temp.ipipp.com/">
<City>Beijing</City>
<GetTemp>
</soap:Body>
</soap:Envelope>'''
req = urllib.request.Request(
url="http://192.168.0.1:8080/tempservice",
data=soap_body.encode('utf-8'),
headers={"Content-Type": "text/xml; charset=utf-8"}
)
with urllib.request.urlopen(req, timeout=10) as resp:
xml_result = resp.read().decode('utf-8')
print(xml_result)
上述代码把XML字符串直接编码后发出。注意xmlns属性值与WSDL一致，否则服务端会返回错误节点。很多初学者用错命名空间，导致一直收到服务器fault响应却查不出原因。
如果是在Java体系，常用JAX-WS根据WSDL生成Stub类，调用时看起来像本地方法，但底层依旧是拼XML和解析XML。无论语言，核心逻辑不变：构造合规信封、走HTTP、收XML、提取Body。
2.1 响应解析示例
假设返回报文如下，我们需要从中取出温度值。使用Python的xml.etree可以安全遍历节点。
import xml.etree.ElementTree as ET
resp_xml = '''<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<GetTempResponse xmlns="http://temp.ipipp.com/">
<Temperature>26.5</Temperature>
</GetTempResponse>
</soap:Body>
</soap:Envelope>'''
ns = {"soap": "http://schemas.xmlsoap.org/soap/envelope/",
"t": "http://temp.ipipp.com/"}
root = ET.fromstring(resp_xml)
temp = root.find(".//t:Temperature", ns).text
print("当前温度:", temp)
解析时务必带上命名空间映射，否则find会返回None。生产环境中还应捕获XML格式错误和HTTP异常，防止报文被截断造成解析崩溃。
三、常见问题与避坑建议
中文乱码是XML Web服务联调的高频故障。一些老系统默认用GBK写XML，但HTTP头声明了UTF-8，解析方按UTF-8读就出现乱码。解决办法是双方明确约定编码，并在XML声明节点写清encoding="UTF-8"。
另一个坑是SOAP Fault被忽略。当参数校验失败，服务端通常在Body里回一个Fault节点而不是业务数据。客户端若只按正常结构取值，会得到空对象。应当先判断是否存在Fault，再把错误信息抛给上层日志。
3.1 性能与替代方案
XML报文冗余标签多，在网络窄、移动端场景下比JSON臃肿。如果接口是自己设计且不需严格schema校验，可改用REST加JSON。但对接银行、税务等存量SOAP服务时，仍要掌握XML交互方式，必要时引入轻量库减少手工拼串出错。
总结来说，XML与Web服务交互围绕信封、命名空间、HTTP传输三要素展开。写客户端重点在合规组装与稳妥解析，排错时优先查命名空间、编码和Fault节点，就能顺畅打通系统间的数据通道。
XMLWeb_serviceSOAP修改时间：2026-08-01 00:54:29