原文：http://blog.csdn.net/pautcher_0/article/details/6798351
- Web Service實現業務訴求：Web Service是真正“辦事”的那個，提供一種辦事接口的統稱。
- WSDL提供“能辦的事的文檔說明”：對要提供的服務的一種描述格式。我想幫你的忙，但是我要告訴你我都能干什么，以及干這些事情需要的參數類型。
- SOAP 提供“請求”的規范：向服務接口傳遞請求的格式，包括方法和參數等。你想讓人家辦事，總得告訴人家你想干什么吧，SOAP就是定義這個“請求”的格式的， 按照SOAP定義的“請求”格式“書寫”請求就可以保證Web Service能夠正確的解讀你想讓它干什么以及你為它提供了什么參數。在這個請求中，你需要描述的主要問題有：向哪個Web Service發送請求，請求的參數類型、參數值、返回值類型。這些都“填寫”完畢，也就完成了符合SOAP規范的SOAP消息。
wsdl和soap雖然是web service的兩大標准，但是兩者並沒有必然的聯系，都可以獨立使用。
wsdl提供了一個統一的接口，目前已經成為一個國際上公認的標准，通過wsdl提供的接口可以訪問不同類型的資源（如java、c#、C、C、C++ 等），因為wsdl是基於xml，與語言平台無關的。另外wsdl提供了binding和service元素，用以綁定接口到具體的服務，實現了接口與實 現的分離。soap（簡單對象訪問協議）是一種基於http的傳輸協議，用來訪問遠程服務
wsdl與soap的關系在於：wsdl綁定服務的時候可以設定使用的協議，協議可以是soap、http、smtp、ftp等任何一種傳輸協議，除此以 外wsdl還可以綁定jms、ejb及local java等等，不過都是需要對binding和service元素做擴展的，而且需要擴展服務器的功能以支持這種擴展soap協議是一種請求和應答協議規范，而http是web傳輸協議，soap的傳輸是可以基於http的，但也可以基於其他的傳輸協議，如ftp、smtp等。
簡單對象訪問協議（SOAP）是W3C組織的一個 Note, 它描述了一種在分散的或分布式的環境中如何交換信息的輕量級協議。SOAP是一個基於XML的協議，它包括三個部分：SOAP封裝(Envelop)，封 裝定義了一個描述消息中的內容是什么，是誰發送的，誰應當接受並處理它以及如何處理它們的框架；SOAP編碼規則（Encoding Rules），用於表示應用程序需要使用的數據類型的實例；SOAP RPC表示(RPC Representation)，表示遠程過程調用和應答的協定；SOAP可以和多種傳輸協議綁定（Binding），使用底層協議交換信息。在這個文檔 中，目前只定義了SOAP如何和HTTP以及HTTP擴展進行綁定的框架。
SOAP是個通信協議， SOAP在HTTP協議的基礎上，把編寫成XML的REQUEST參數, 放在HTTP BODY上提交個WEB SERVICE服務器(SERVLET，ASP什么的) 處理完成后，結果也寫成XML作為RESPONSE送回用戶端， 為了使用戶端和WEB SERVICE可以相互對應，可以使用WSDL作為這種通信方式的描述文件，利用WSDL工具可以自動生成WS和用戶端的框架文件，SOAP具備把復雜對 象序列化捆綁到XML里去的能力。
SOAP的前身是RPC, 就是遠程呼叫處理的協議，這個協議安全性不是很好，多數防火牆都會阻擋RPC的通信包，而SOAP則使用HTTP協議作為基本的協議，使用端口80使得SOAP可以透過防火牆，完成RPC的功能。
SOAP協議和HTTP協議一樣，都是底層的通信協議，只是請求包的格式不同而已，SOAP包是XML格式的，現在我們編寫WEB SERVICE不需要深入理解SOAP也沒關系。如果SERVICE和CLIENT在同樣的環境下使用SOAP，由於一般情況下都有自動生成SOAP程序 框架的工具，因此不知道細節也沒關系. 可是, 如果CLIENT和SERVICE的環境不同，比如說JAVA的Client和.NET的SERVICE進行通信，或者是VB CLIENT和TOMCAT下的JAVA SERVICE通信，還是要知道一點細節為好. 特別是, WSDL或者UDDI都不是標准，如果不讓用就只好手工配制SOAP MESSAGE啦。