摘要：此協議規范由和在年共同提出，并得到，蓮花，康柏等公司的支持，于年提交給萬維網聯盟?，F在，協議規范由萬維網聯盟的工作組維護。然而，在上使用并不僅限于協議綁定。元素用于在消息中傳輸錯誤及狀態信息。
簡介
SOAP（Simple Object Access Protoco）簡單對象訪問協議是在分散或分布式的環境中交換信息的簡單的協議，是一個基于 XML 的協議。此協議規范由 IBM、Microsoft、UserLand 和 DevelopMentor 在1998年共同提出，并得到 IBM，蓮花（Lotus），康柏（Compaq）等公司的支持，于2000年提交給萬維網聯盟（World Wide Web Consortium；W3C）?，F在，SOAP 協議規范由萬維網聯盟的 XML工作組維護。SOAP 1.2 版在2003年6月24日成為 W3C 的推薦版本。
SOAP 協議包括以下四個部分的內容：
SOAP 封裝（envelop），封裝定義了一個描述消息中的內容是什么，是誰發送的，誰應當接受并處理它以及如何處理它們的框架；
SOAP 編碼規則（encoding rules），它定義了不同應用程序間交換信息時，需要使用到的數據類型；
SOAP RPC 表示（RPC representation），它定義了一個表示遠程過程調用和應答的協定；
SOAP 綁定（binding），它定義 SOAP 使用哪種底層協議交換信息的協定。使用 HTTP/TCP/UDP 協議都可以；
四個部分之間的關系
SOAP 消息基本上是從發送端到接收端的單向傳輸，但它們常常結合起來執行類似于請求 / 應答的模式。所有的 SOAP 消息都使用 XML 編碼。一條 SOAP 消息就是一個包含有一個必需的 SOAP 的封裝包，一個可選的 SOAP 標頭（Header）和一個必需的 SOAP 體塊（Body）的 XML 文檔。
把 SOAP 綁定到 HTTP 提供了同時利用 SOAP 的樣式和分散的靈活性的特點以及 HTTP 的豐富的特征庫的優點。在HTTP上傳送 SOAP 并不是說 SOAP 會覆蓋現有的 HTTP 語義，而是 HTTP 上的 SOAP 語義會自然的映射到 HTTP 語義。在使用 HTTP 作為協議綁定的場合中， RPC 請求映射到 HTTP 請求上，而 RPC 應答映射到 HTTP 應答。然而，在 RPC 上使用 SOAP 并不僅限于 HTTP 協議綁定。SOAP也可以綁定到TCP和UDP協議上。
雖然這四個部分都作為 SOAP 的一部分，作為一個整體定義的，但他們在功能上是相交的、彼此獨立的。特別的，信封（envelop）和編碼規則（encoding rules）是被定義在不同的 XML 命名空間中，這樣使得定義更加簡單。
語法規則
SOAP 消息必須用 XML 來編碼；
SOAP 消息必須使用 SOAP Envelope 命名空間；
SOAP 消息必須使用 SOAP Encoding 命名空間；
SOAP 消息不能包含 DTD 引用；
SOAP 消息不能包含 XML 處理指令；
SOAP 消息格式
SOAP 消息的格式比較簡單，如下圖：
下面是一條 SOAP 消息的基本格式：
一條 SOAP 消息就是一個普通的 XML 文檔，包含如下元素：
必需的 Envelope 元素，據此可把該 XML 文檔標識為一條 SOAP 消息；
可選的 Header 元素，包含頭部信息，一般用于身份驗證；
必需的 Body 元素，包含所有的調用和響應信息；
可選的 Fault 元素，提供有關在處理此消息時，所發生的錯誤的描述信息；
語法規則詳解
SOAP Envelope
Envelope 是 SOAP 消息結構的主要容器，也是 SOAP 消息的根元素，它必須出現在每個 SOAP 消息中，用于把此 XML 文檔標示為一條 SOAP 消息。
在 SOAP 中，使用命名空間將 SOAP 消息元素與應用程序自定義的元素區分開來，將 SOAP 消息元素的作用域限制在一個特定的區域。
SOAP 的 encodingStyle 屬性用于定義在文檔中使用的數據類型。此屬性可出現在任何 SOAP 元素中，并會被應用到元素的內容及元素的所有子元素上。
SOAP Header
這個是可選的，如果需要添加 Header 元素，那么它必須是 Envelope 的第一個子元素。Header 還可以包含0個或多個可選的子元素，這些子元素稱為 Header 項，所有的 Header 項一般來說是屬于某個特定與接口相關的命名空間。
string
Header 元素用于與消息一起傳輸一些附加的消息，如身份驗證信息等。
SOAP Body
SOAP 消息的 Body 元素可以包含以下任何元素：
遠程過程調用（RPC）的方法及其參數；
目標應用程序（消息接收者即接口調用者）所需要的數據；
報告故障和狀態消息的 SOAP Fault；
所有 Body 元素的直接子元素都稱為 Body 項，所有 Body 項一般是屬于某個特點的命名空間的。
SOAP 請求消息例子：
string
string
SOAP 響應消息例子：
string
注：以上例子表示通過手機號獲取手機號歸屬地等信息。第一個例子是請求消息，第二個例子是它的響應消息。
SOAP Fault
Fault 元素用于在 SOAP 消息中傳輸錯誤及狀態信息。如果 SOAP 消息中包括 Fault 元素，它必須作為一個 Body 的子元素出現，而且至多出現一次。Fault 元素本身也包含有描述錯誤詳細信息的子元素。它包含以下子元素：faultcode，faultstring，faultactor，detail。
| 子元素 |
描述 |
| faultcode |
供識別故障的代碼 |
| faultstring |
可供人閱讀的有關故障的說明 |
| faultactor |
有關是誰引發故障的信息 |
| detail |
有關涉及 Body 元素的應用程序專用錯誤信息 |
其中 faultcode 是每一條錯誤消息都會提供的元素，它的值一般是以下錯誤代碼之一：
| 錯誤代碼 |
描述 |
| VersionMismatch |
無效的 SOAP Envelope 命名空間 |
| MustUnderstand |
無法理解 Header 中擁有屬性 mustUnderstand = 1 的子元素 |
| Client |
消息結構錯誤，或包含了不正確的信息 |
| Server |
服務器出現錯誤 |
注：以上關于 SOAP Fault 的描述不完全適用于 SOAP 1.2 版本。因為 SOAP 1.2 版本在返回錯誤信息時，Fault 的子元素及其內容已經有所不同。具體看下面的例子：
SOAP v1.1 錯誤消息例子：
soap:Client
Input string was not in a correct format.
SOAP v1.2 錯誤消息例子：
soap:Sender
Input string was not in a correct format.
從以上返回結果來看，其實所返回的錯誤信息內容并沒有太多改變，只是 XML 的元素發生了一些變化，具體還需要讀者自己理解。
總結
本文章節有點亂，還算是把 SOAP 的基本知識點都過了一遍。接下來，我將會結合一些實例，進一步說明 SOAP 的特點以及如何使用 SOAP Web 服務。（本文已存檔 Github）
參考文獻
淺談 SOAP
SOAP 詳解
簡單對象訪問協議（百度百科）
簡單對象訪問協議（維基百科）
XML 命名空間（XML Namespaces）
SOAP 和 WSDL 的一些必要知識
WebService 筆記=>SOAP 消息結構
其他
查詢手機歸屬地信息服務：http://webXml.com.cn
SOAP 服務調試工具：SoapUI 5.2
XML 在線格式化工具：Web Toolkit Online
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/110349.html
