1. SOAP 简介

简单对象访问协议是交换数据的一种协议规范，是一种轻量的、简单的、基于XML（标准通用标记语言下的
一个子集）的协议，它被设计成在WEB上交换结构化的和固化的信息。

webService三要素

SOAP、WSDL(WebServicesDescriptionLanguage)、UDDI(UniversalDescriptionDiscovery andIntegration)
之一， soap用来描述传递信息的格式， WSDL 
用来描述如何访问具体的接口， uddi用来管理，分发，
查询webService 。具体实现可以搜索 Web Services简单实例 ; SOAP 可以和现存的许多因特网协议和格式结合使用，
包括超文本传输协议（HTTP），简单邮件传输协议（SMTP），
多用途网际邮件扩充协议（MIME）。
它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。
SOAP使用基于XML的数据结构和超文本传输协议(HTTP)
的组合定义了一个标准的方法来使用Internet上各种
不同操作环境中的分布式对象。

---

相关定义

基于类对象的传输协议。
SOAP封装（envelop），它定义了一个框架，描述消息中的内容是什么，是谁发送的，谁应当接受并处理它以及如何处理它们；
SOAP编码规则（encoding rules），它定义了一种序列化机制，用于表示应用程序需要使用的数据类型的实例；
SOAP RPC表示（RPC representation），它定了一个协定，用于表示远程过程调用和应答；
SOAP绑定（binding），它定义了SOAP使用哪种协议交换信息。使用HTTP/TCP/UDP协议都可以。
把SOAP绑定到HTTP提供了同时利用SOAP的样式和分散的灵活性的特点以及HTTP的丰富的特征库的优点。
在HTTP上传送SOAP并不是说SOAP会覆盖现有的HTTP语义，
而是HTTP上的SOAP语义会自然的映射到HTTP语义。
在使用HTTP作为协议绑定的场合中，RPC请求映射到HTTP请求上
，而RPC应答映射到HTTP应答。然而，
在RPC上使用SOAP并不仅限于HTTP协议绑定。

---

四个部分

封装
它定义了一个框架 , 该框架描述了消息中的内容是什么，谁应当处理它以及它是可选的还是必须的。

编码规则
它定义了一种序列化的机制，用于交换应用程序所定义的数据类型的实例。

RPC表示
它定义了用于表示远程过程调用和应答的协定。

绑定
定义了一种使用底层传输协议来完成在节点间交换SOAP封装的约定。
SOAP消息基本上是从发送端到接收端的单向传输，但它们常常结合起来执行类似于请求 / 应答的模式。
所有的 SOAP消息都使用 XML 编码。一条 SOAP消息就是一个
包含有一个必需的 SOAP 的封装包，一个可选的 SOAP 标头和
一个必需的 SOAP 体块的 XML 文档。把 SOAP 绑定到 HTTP
 提供了同时利用 SOAP 的样式和分散的灵活性的特点以及 HTTP
 会覆盖现有的 HTTP 语义，而是 HTTP 上的 SOAP 
作为协议绑定的场合中， RPC 请求映射到 HTTP 请求上，
而 RPC 应答映射到 HTTP 应答。然而，在 RPC 上使用 
SOAP 并不仅限于 HTTP 协议绑定。SOAP也可以绑定到TCP和UDP协议上。

---

协议结构

SOAP消息格式：

<SOAP-ENV:Envelope
　各种属性>
<!--百度百科示例-->
　<SOAP:HEADER>
　</SOAP:HEADER>
　<SOAP:Body>
　</SOAP:Body>
</SOAP-ENV:Envelope>
主要在web服务中运用。

消息基本结构

<?xml
　version="1.0"?>
<soap:Envelope
　xmlns:soap="http://www.w3.org/2001/12/soap-envelope"
　soap:encodingStyle="http://www.w3.org/2001/12/soap-encoding">

<soap:Header>
<!--百度百科示例-->
</soap:Header>

<soap:Body>
<!--百度百科示例-->
<soap:Fault>
<!--百度百科示例-->
</soap:Fault>
</soap:Body>
</soap:Envelope>

---

Web service一般就是用SOAP协议通过HTTP来调用它，其实他就是一个WSDL文档，客户都可以阅读WSDL文档来用这个Web service。客户根据WSDL描述文档，会生成一个SOAP请求消息。Web service都是放在Web服务器 (如IIS) 后面的，客户生成的SOAP请求会被嵌入在一个HTTP POST请求中，发送到Web服务器来。Web服务器再把这些请求转发给Web service请求处理器。请求处理器的作用在于，解析收到的SOAP请求，调用Web service，然后再生成相应的SOAP应答。Web服务器得到SOAP应答后，会再通过HTTP应答的方式把它送回到客户端。
个人以为就把webservice当成是Http这种请求和响应方式就可以处理大部分问题了。 
SOAP 使用 HTTP 传送 XML，尽管HTTP 不是有效率的通讯协议，而且 XML 还需要额外的文件解析（parse），两者使得交易的速度大大低于其它方案。但是XML 是一个开放、健全、有语义的讯息机制，而 HTTP 是一个广泛又能避免许多关于防火墙的问题，从而使SOAP得到了广泛的应用。但是如果效率对你来说很重要，那么你应该多考虑其它的方式，而不要用 SOAP。

为了更好的理解SOAP,HTTP,XML如何工作的，不妨先考虑一下COM/DCOM的运行机制，DCOM处理网络协议的低层次的细节问题，如PROXY/STUB间的通讯，生命周期的管理，对象的标识。在客户端与服务器端进行交互的时候，DCOM采用NDR（Network Data Representation）作为数据表示，它是低层次的与平台无关的数据表现形式。

http://www.ibm.com/developerworks/cn/xml/x-sisoap/

http://zccst.iteye.com/blog/1473865