原文地址：https://www.ibm.com/developerworks/cn/xml/x-sisoap/index.html
原文寫於2001年，注意時間。
一：爲什麼需要SOAP？
隨着計算機技術的不斷髮展，現代企業面臨的環境越來越複雜，其信息系統大多數爲多平臺、多系統的複雜系統。這就要求今天的企業解決方案具有廣泛的兼容能力，可以支持不同的系統平臺、數據格式和多種連接方式，要求在Internet 環境下，實現系統是鬆散耦合的、跨平臺的，與語言無關的，與特定接口無關的，而且要提供對Web 應用程序的可靠訪問。
隨着異種計算環境的不斷增加，各種系統間的互操作性就愈顯得必要，要求系統能夠無縫地進行通信和共享數據，從而在 Internet 環境下，消除巨大的信息孤島，實現信息共享、進行數據交換，達到信息的一致性。Web services 希望實現不同的系統之間能夠用"軟件-軟件對話"的方式相互調用，打破了軟件應用、網站和各種設備之間的格格不入的狀態，實現"基於WEB無縫集成"的目標。
今年四月份的時候，W3C聯盟召開了第一次 Web 服務專題研討會，目的爲探索 W3C 應向哪個方向發展才能實現新興的 Web 服務架構的標準化，期間提出了一個"Web 服務堆棧"的構想，如下圖，從圖中可以看出，SOAP在WEB服務堆棧中作爲用於 XML 消息傳遞的一種非常普遍的協議，發揮着十分重要的作用。
圖 1：SOAP 在 WEB 服務堆棧中的作用
二：什麼是SOAP？
SOAP（Simple Object Access Protocol ）簡單對象訪問協議是在分散或分佈式的環境中交換信息的簡單的協議，是一個基於XML的協議，它包括四個部分：SOAP封裝(envelop)，封裝定義了一個描述消息中的內容是什麼，是誰發送的，誰應當接受並處理它以及如何處理它們的框架；SOAP編碼規則（encoding rules），用於表示應用程序需要使用的數據類型的實例; SOAP RPC表示(RPC representation)，表示遠程過程調用和應答的協定;SOAP綁定（binding），使用底層協議交換信息。
雖然這四個部分都作爲SOAP的一部分，作爲一個整體定義的，但他們在功能上是相交的、彼此獨立的。特別的，信封和編碼規則是被定義在不同的XML命名空間(namespace)中，這樣使得定義更加簡單。
SOAP的兩個主要設計目標是簡單性和可擴展性。這就意味着有一些傳統消息系統或分佈式對象系統中的某些性質將不是SOAP規範的一部分。比如：分佈式垃圾收集 (Distributed garbage collection)、成批傳送消息(Boxcarring or batching of messages)、對象引用 (Objects-by-reference（which requires distributed garbage collection）)、對象激活 (Activation（which requires objects-by-reference）)。
SOAP消息舉例：
1．第一個例子闡明瞭SOAP中一個簡單的通信信息，包括了兩個不是SOAP定義而是應用程序定義的元素：頭塊元素alertcontrol 和體塊元素alert。頭塊元素包括兩個參數：priority 和expires。體塊元素包括的是實際傳送的信息。
圖 2：SOAP 中一個簡單的通信信息
（EXAMPLE 1）
2．SOAP通信與底層的不同協議和不同的交換格式有關，下面的例子SOAP使用HTTP作爲底層通信協議，從而可以很好的使用request/response機制來傳送信息。 SOAP/HTTP請求包括一個GetLastTradePrice的塊元素，該請求攜帶一個字符串參數和ticker符號，在SOAP應答中返回一個浮點數。XML名域用來區分SOAP標誌符和應用程序特定的標誌符。
圖 3：使用 HTTP 作爲底層通信協議
（EXAMPLE 2）
3. 例3 展示的是StockQuote SOAP服務信息，是對例2的請求作出的一條應答消息。
圖 4：對例 2 的請求作出的一條應答消息
（EXAMPLE 3）
三：SOAP與CORBA，COM/DCOM的區別？
在SOAP剛剛提出來的時候，許多人就提出了疑問：SOAP與CORBA和DCOM的區別何在？
- CORBA（Common Object Request Broker
Architecture）公共對象請求代理體系結構是由OMG組織制訂的一種標準的面向對象應用程序體系規範。由對象請求代理ORB、對象服務、公共設施、域接口和應用接口這幾個部分組成。其核心部分是對象請求代理ORB（Object Request Broker）。ORB提供了一種機制，通過這種機制，對象可以透明的發出請求和接收響應。分佈的、可以互操作的對象可以利用ORB構造可以互操作的應用。ORB可看作是在對象之間建立客戶/服務關係的一種中間件。基於ORB，客戶可以透明的調用服務對象提供的方法，該服務對象可以與客戶運行在同一臺機器上，也可以運行在其他機器上通過網絡與客戶進行交互。ORB截取客戶發送的請求，並負責在該軟件總線上找到實現該請求的服務對象，然後完成參數、方法調用，並返回最終結果。CORBA 1.1 由對象管理組織在 1991 年發佈。定義了接口定義語言（IDL）和應用編程接口（API），從而通過實現對象請求代理（ORB）來激活客戶/服務器的交互。CORBA 2.0 於 1994 年的 12 月發佈定義瞭如何跨越不同的 ORB 提供者而進行通訊。 - COM/DCOM(Component Object Model / Distributed Component Object
Model )是微軟公司提出的分佈式組件對象模型標準，支持在局域網、廣域網甚至Internet上不同計算機的對象之間的通訊。DCOM基於COM的應用程序、組件、工具等的基礎之上，處理網絡協議的低層次的細節問題，而不必關心太多的網絡協議細節，從而使用戶能夠集中精力解決用戶所要求的問題。DCOM位於應用程序的組件之間，將組件以不可見的方式膠合在一起組成具有完整功能的應用程序。 - SOAP 與CORBA，DCOM/COM的比較。
3.1 首先指出的是SOAP不會取代CORBA，COM/DCOM，三者的概念有所區別。COM/DCOM是個組件模型標準，CORBA是分佈式應用的服務標準。CORBA和DCOM爲分佈式應用程序建立服務，服務對象來執行客戶端調用的服務。而SOAP是基於XML和HTTP的分佈式對象的通信協議，是COM/DCOM和CORBA對象進行通訊的協議。實際上，利用SOAP的互操作性和CORBA強大的執行能力，兩者可以很好的結合在一起。 OMG （Object Management Group responsible for the CORBA specification）正在關注這方面的發展。
3.2. CORBA應用程序和DCOM應用程序不能實現互操作，兩者不能在一起協作。因爲在ORPC(Object RPC)協議中，用ObjRef代表了一個正在運行對象的引用；在CORBA/IIOP(Internet Inter-Orb Protocol)中，用交換可互操作對象引用IOR（Interoperable Object Reference）代表一個服務器的對象引用。不幸的是，IOR 與 ObjRef不能夠關聯起來。然而，使用SOAP可以實現在垂直應用層面上CORBA ，DCOM技術的水平整合，能夠更好的集成CORBA，DCOM爲一個整體。
3.3 SOAP並沒有定義信息的語義，服務質量，基於INTERNET的事務處理。而是採用 XML 進行消息編碼，正確的處理需要服務器和客戶端本身來執行，理解和執行彼此使用的信息格式（ONE-TO-ONE，REQUEST/REPLY，BROADCAST，ETC），應用程序本身在語義解析中扮演着十分重要的角色。而CORBA，DCOM表示了傳送信息的語義，對參數和返回值使用二進制編碼。可對諸如參數名稱或類型的任何元信息都不編碼，但使中介很難處理消息。又因爲每個系統使用不同的二進制編碼，系統間的互操作的很難實現。
3.4 儘管CORBA可以在不同的平臺上執行，DCOM可以在微軟的各種平臺上運行，但是基於CORBA和DCOM的解決方案必須依賴於單一的應用程序。比如說，假如運行的是DCOM服務器程序，所有的分佈式的客戶端不得不運行於微軟的操作平臺上。CORBA 雖然可以運行於不同的平臺，但CORBA的互操作性並沒有在更高層的服務上進行擴展，如安全性和事務處理，在這種情況下，許多提供的服務沒有得到很好的優化。DCOM和CORBA適合於服務器--服務器間的通訊，但是對於客戶端--服務器的通訊十分脆弱，尤其當客戶程序分佈在INTERNET上更是如此。
3.5 SOAP不象DCOM一樣試圖定義分佈式系統的所有元素，SOAP沒有提供分佈式類庫，類型安全檢查，版本控制等等，SOAP比它處於一個更低的層次，有點類似於IIOP在CORBA的作用，DCOM卻提供了一些額外的協議功能，是IIOP 或者SOAP所不具備的。然而，許多. DCOM的額外功能只有在服務器��服務器間通信時纔會用到，對於客戶端��服務器之間的通信則是多餘的。
四：SOAP=RPC+HTTP+XML
SOAP簡單的理解，就是這樣的一個開放協議SOAP=RPC+HTTP+XML：採用HTTP作爲底層通訊協議；RPC作爲一致性的調用途徑，ＸＭＬ作爲數據傳送的格式，允許服務提供者和服務客戶經過防火牆在INTERNET進行通訊交互。RPC的描敘可能不大準確，因爲SOAP一開始構思就是要實現平臺與環境的無關性和獨立性，每一個通過網絡的遠程調用都可以通過SOAP封裝起來，包括DCE（Distributed Computing Environment ） RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。
SOAP 使用 HTTP 傳送 XML，儘管HTTP 不是有效率的通訊協議，而且 XML 還需要額外的文件解析（parse），兩者使得交易的速度大大低於其它方案。但是XML 是一個開放、健全、有語義的訊息機制，而 HTTP 是一個廣泛又能避免許多關於防火牆的問題，從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要，那麼你應該多考慮其它的方式，而不要用 SOAP。
爲了更好的理解SOAP,HTTP,XML如何工作的，不妨先考慮一下COM/DCOM的運行機制，DCOM處理網絡協議的低層次的細節問題，如PROXY/STUB間的通訊，生命週期的管理，對象的標識。在客戶端與服務器端進行交互的時候，DCOM採用NDR（Network Data Representation）作爲數據表示，它是低層次的與平臺無關的數據表現形式。
DCOM是有效的，靈活的，但也是很複雜的。而SOAP的一個主要優點就在於它的簡單性，SOAP使用HTTP作爲網絡通訊協議，接受和傳送數據參數時採用XML作爲數據格式，從而代替了DCOM中的NDR格式，SOAP和 DCOM執行過程是類似的，如下圖，但是用XML取代 NDR作爲編碼表現形式，提供了更高層次上的抽象，與平臺和環境無關。
圖 5：用 XML 取代 NDR 作爲編碼表現形式
客戶端發送請求時，不管客戶端是什麼平臺的，首先把請求轉換成XML格式，SOAP網關可自動執行這個轉換。爲了保證傳送時參數，方法名，返回值的唯一性，SOAP協議使用了一個私有標記表，從而服務端的SOAP網關可以正確的解析，這有點類似於COM/DCOM
中的樁（STUB）。轉化成XML格式後，SOAP終端名（遠程調用方法名）及其他的一些協議標識信息被封裝成HTTP請求，然後發送給服務器。如果應用程序要求，服務器返回一個HTTP應答信息給客戶端。與通常對HTML頁面的HTTP GET請求不同的是，此請求設置了一些HTTP HEADER，標識着一個SOAP服務激發，和HTTP包一起傳送。例如：對於一個詢問股票價格的應用程序，服務器端具有組件提供某股票當前的價格，組件是COM或CORBA在服務器上建立的。客戶端發送一個SOAP請求給服務器詢問股票價格。服務器依賴於服務器上的SOAP網關，使用內嵌的HTML對象調用合適的方法， 然後把得到的價格通過SOAP應答傳給客戶端。
五．SOAP 的前景
W3C於2000年5月8日發表了Simple Object Access Protocol (SOAP) 1.1版本，具體規範發佈在下列站點上（ http://www.w3.org/TR/SOAP/）。又與今年7月9號推出了SOAP Version 1.2版本的建議草案，具體規範發佈在下列站點上（ http://www.w3.org/TR/soap12/）。編寫SOAP Version 1.1版本的工作小組的成員包括： DevelopMentor, International Business Machines Corporation, Lotus Development Corporation, Microsoft, UserLand Software。
SOAP的推出是令人興奮的。可以相信，隨着網絡服務的的不斷髮展，它將極大的改變我們的思考模式和開發模式。現在，已有許多大公司着手支持SOAP的開發，去年 IBM公司 和 Microsoft公司 都發行了實現 SOAP 的第一批版本。 IBM 公司啓動了Apache SOAP 項目計劃，微軟最近又推出了SOAPtoolkit2.0的正式版，主要包括如下的一些特徵：SOAP的高層接口和低層接口，消息對象接口，完全支持WSDL 1.1標準，支持用戶自定義類型映射，並且提供了豐富和完整的開發文檔以及應用實例。而且，兩家公司正在互操作性方面努力研究。可以樂觀的估計，不用多久，SOAP 互操作性的時代就將來臨。
與SOAP相關的一些標準：
- HTTP 1.0 or greater（ http://www.w3.org/Protocols/HTTP/ietf-http-ext）
- the core W3C XML recommendation（ http://www.w3.org/TR/1998/REC-xml-19980210）
- W3C XML namespace recommendation（ http://www.w3.org/TR/REC-xml-names）.
- XML Schema（ http://www.w3.org/TR/xmlschema-1/）
SOAP是一個協議，與編程語言無關。實際上，許多語言已經開始支持SOAP，如：java,c/c++,vb,c#,perl,php.下面列出了在Java/C++/Perl/ADA/Python環境下SOAP的執行工具：
- Java: Apache SOAP, DevelopMentor's implementation, IdooXoap from ZVON
- Python: PythonWare (client side only)
- C++: IdooXoap from ZVON
- Perl: SOAP::Lite
鑑於SOAP是當前的新技術，國內資料貧乏，主要參考了國外的一些資料及IBM和MICROSOFT的相關資料，文章偏頗之處，請多指教！