SOAP簡(jiǎn)單的理解，就是這樣的一個(gè)開放協(xié)議SOAP=RPC+HTTP+XML：采用HTTP作為底層通訊協(xié)議；RPC作為一致性的調(diào)用途徑，XML作為數(shù)據(jù)傳送的格式，允許服務(wù)提供者和服務(wù)客戶經(jīng)過(guò)防火墻在INTERNET進(jìn)行通訊交互。RPC的描敘可能不大準(zhǔn)確，因?yàn)镾OAP一開始構(gòu)思就是要實(shí)現(xiàn)平臺(tái)與環(huán)境的無(wú)關(guān)性和獨(dú)立性，每一個(gè)通過(guò)網(wǎng)絡(luò)的遠(yuǎn)程調(diào)用都可以通過(guò)SOAP封裝起來(lái)，包括DCE（Distributed Computing Environment ）　RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。
SOAP 使用 HTTP 傳送 XML，盡管HTTP 不是有效率的通訊協(xié)議，而且 XML 還需要額外的文件解析（parse），兩者使得交易的速度大大低于其它方案。但是XML 是一個(gè)開放、健全、有語(yǔ)義的訊息機(jī)制，而 HTTP 是一個(gè)廣泛又能避免許多關(guān)于防火墻的問題，從而使SOAP得到了廣泛的應(yīng)用。但是如果效率對(duì)你來(lái)說(shuō)很重要，那么你應(yīng)該多考慮其它的方式，而不要用 SOAP。
為了更好的理解SOAP,HTTP,XML如何工作的，不妨先考慮一下COM/DCOM的運(yùn)行機(jī)制，DCOM處理網(wǎng)絡(luò)協(xié)議的低層次的細(xì)節(jié)問題，如PROXY/STUB間的通訊，生命周期的管理，對(duì)象的標(biāo)識(shí)。在客戶端與服務(wù)器端進(jìn)行交互的時(shí)候，DCOM采用NDR（Network Data Representation）作為數(shù)據(jù)表示，它是低層次的與平臺(tái)無(wú)關(guān)的數(shù)據(jù)表現(xiàn)形式。
Web service一般就是用SOAP協(xié)議通過(guò)HTTP來(lái)調(diào)用它，其實(shí)他就是一個(gè)WSDL文檔，客戶都可以閱讀WSDL文檔來(lái)用這個(gè)Web service?？蛻舾鶕?jù)WSDL描述文檔，會(huì)生成一個(gè)SOAP請(qǐng)求消息。Web service都是放在Web服務(wù)器 (如IIS) 后面的，客戶生成的SOAP請(qǐng)求會(huì)被嵌入在一個(gè)HTTP POST請(qǐng)求中，發(fā)送到Web服務(wù)器來(lái)。Web服務(wù)器再把這些請(qǐng)求轉(zhuǎn)發(fā)給Web service請(qǐng)求處理器。請(qǐng)求處理器的作用在于，解析收到的SOAP請(qǐng)求，調(diào)用Web service，然后再生成相應(yīng)的SOAP應(yīng)答。Web服務(wù)器得到SOAP應(yīng)答后，會(huì)再通過(guò)HTTP應(yīng)答的方式把它送回到客戶端。
個(gè)人以為就把webservice當(dāng)成是Http這種請(qǐng)求和響應(yīng)方式就可以處理大部分問題了。
webservice 的調(diào)用有3種方式
1. httpget
2. httppost
3. httpsoap
soap 的優(yōu)點(diǎn)是 可以傳遞結(jié)構(gòu)化的 數(shù)據(jù)，而前兩種不行。
btw, soap 最終也是使用 HTTP 傳送 XML
HTTP就是郵局的協(xié)議，他們規(guī)定了你的信封要怎么寫，要貼多少郵票等。。。。
SOAP就是你們之間交流的協(xié)議，負(fù)責(zé)把你所需要表達(dá)的意思寫在信紙上，同時(shí)也負(fù)責(zé)讓對(duì)方能夠看得懂你的信。
SOAP (Simple Object Access Protocol) 顧名思義，是一個(gè)嚴(yán)格定義的信息交換協(xié)議，用于在Web Service中把遠(yuǎn)程調(diào)用和返回封裝成機(jī)器可讀的格式化數(shù)據(jù)。事實(shí)上SOAP數(shù)據(jù)使用XML數(shù)據(jù)格式，定義了一整套復(fù)雜的標(biāo)簽，以描述調(diào)用的遠(yuǎn)程過(guò)程、參數(shù)、返回值和出錯(cuò)信息等等。而且隨著需要的增長(zhǎng)，又不得增加協(xié)議以支持安全性，這使SOAP變得異常龐大，背離了簡(jiǎn)單的初衷。另一方面，各個(gè)服務(wù)器都可以基于這個(gè)協(xié)議推出自己的API，即使它們提供的服務(wù)及其相似，定義的API也不盡相同，這又導(dǎo)致了WSDL的誕生。WSDL (Web Service Description Language) 也遵循XML格式，用來(lái)描述哪個(gè)服務(wù)器提供什么服務(wù)，怎樣找到它，以及該服務(wù)使用怎樣的接口規(guī)范，簡(jiǎn)言之，服務(wù)發(fā)現(xiàn)?，F(xiàn)在，使用Web Service的過(guò)程變成，獲得該服務(wù)的WSDL描述，根據(jù)WSDL構(gòu)造一條格式化的SOAP請(qǐng)求發(fā)送給服務(wù)器，然后接收一條同樣SOAP格式的應(yīng)答，最后根據(jù)先前的WSDL解碼數(shù)據(jù)。絕大多數(shù)情況下，請(qǐng)求和應(yīng)答使用HTTP協(xié)議傳輸，那么發(fā)送請(qǐng)求就使用HTTP的POST方法。