SOAP(Simple Object Access Protocol，简单对象访问协议)是一种基于XML的协议规范，用于在分散的分布式环境中交换结构化信息，广泛应用于Web服务间的通信。
其核心目标是实现跨平台、跨语言的标准化消息传递。
SOAP为了简化网页服务从XML数据库中提取数据时，节省前去格式化页面时间，以及不同应用程序之间按照HTTP通信协议，遵从XML格式执行资料互换，使其抽象于语言实现、平台和硬件。
核心特点：
- XML基础：所以SOAP消息采用XML格式编码，确保平台无关性和可扩展性。
- 协议中立：可在HTTP、SMTP、TCP等多种传输协议上运行，不依赖特定网络层。
- 结构化消息：通过预定义的消息结构(信封、头部、主体)实现标准化通信。
- 安全性与可靠性：支持WS-*标准(如WS-Security)，适用于需要高安全性的场景。
工作原理：
SOAP通过客户端-服务器端模型工作，基本流程如下：
- 请求生成：客户端将操作请求封装为XML格式的SOAP消息。
- 传输绑定：消息通过HTTP、SMTP等协议发送至服务端。
- 服务处理：服务端解析SOAP消息，执行对应操作。
- 响应返回：结果以SOAP消息形式返回客户端。
例如，一个股票查询请求可能包含操作名(GetStockPrice)和参数(股票代码)，服务端解析后返回价格数据。
主要组成部分
SOAP消息由三部分组成，均定义在<soap:Envelope>根元素内：
1. 信封(Envelope)：定义消息的整体结构和命名空间，是必选元素。
XML
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">2. 头部(Header)：可选部分，包含元数据(如认证信息、事务ID)
XML
<soap:Header>
<AuthHeader><Username>user</Username></AuthHeader>
</soap:Header>3. 主体(Body)：必选部分，包含实际操作请求或响应数据
XML
<soap:Body>
<GetStockPrice><Symbol>XYZ</Symbol></GetStockPrice>
</soap:Body>应用场景：
1. 企业级服务集成：银行、保险等行业的跨系统通信(如支付网关接口)。
2. 需要严格标准的场景：政府公告服务(如税务申报系统)要求标准化协议。
3. 异构系统交互：不同编程语言(如Java与.NET)之间的服务调用。
案例：
某银行使用SOAP协议对接核心交易系统与第三方支付平台，通过HTTPS传输加密的SOAP消息，确保交易数据的安全性和事务完整性。
优缺点：
| 优点 | 缺点 |
| 标准化：W3C标准，兼容性强 | 复杂性高：XML结构冗长，解析效率低 |
| 安全性强：支持高级安全标准 | 性能开销大：相比JSON，传输体积更大 |
| 跨平台兼容：适用于多语言、多系统集成 | 调试困难：需专用工具(如SoapUI)辅助测试 |
与REST的对比
| 特征 | SOAP | REST |
| 协议 | 基于XML，支持多种传输协议 | 基于HTTP，通常使用JSON |
| 消息结构 | 固定结构(信封、头部、主体) | 无固定结构，依赖HTTP方法 |
| 性能 | 较低(XML解析开销) | 较高(JSON轻量化) |
| 适用场景 | 高安全性、标准化需求 | 快速开发、移动端友好 |
| 缓存支持 | 不支持 | 支持HTTP缓存 |
现代Web服务中的地位
尽管REST因简洁性成为主流，SOAP仍在需要严格标准化和安全性的领域(如医疗、政府系统)占主导地位。
例如，欧盟的e-Government项目要求使用SOAP以确保互操作性。
此外，SOAP的WS-*扩展仍为复杂业务场景提供可靠保障。