Webservice一般就是用SOAP協議通過HTTP來調用它，其實他就是一個WSDL文檔，客戶都可以閱讀WSDL文檔來用這個Webservice。
　　客戶根據WSDL描述文檔，會生成一個SOAP請求消息。
　　Webservice都是放在Web服務器（如IIS）后面的，客戶生成的SOAP請求會被嵌入在一個HTTPPOST請求中，發送到Web服務器來。
　　Web服務器再把這些請求轉發給Webservice請求處理器。
　　請求處理器的作用在于，解析收到的SOAP請求，調用Webservice，然后再生成相應的SOAP應答。
　　Web服務器得到SOAP應答后，會再通過HTTP應答的方式把它送回到客戶端。
　　個人以為就把webservice當成是Http這種請求和響應方式就可以處理大部分問題了。
　　SOAP使用HTTP傳送XML，盡管HTTP不是有效率的通訊協議，而且XML還需要額外的文件解析（parse），兩者使得交易的速度大大低于其它方案。
　　但是XML是一個開放、健全、有語義的訊息機制，而HTTP是一個廣泛又能避免許多關于防火墻的問題，從而使SOAP得到了廣泛的應用。
　　但是如果效率對自己來說很重要，那么應該多考慮其它的方式，而不要用SOAP。

Webservice一般就是用SOAP協議通過HTTP來調用它，其實他就是一個WSDL文檔，客戶都可

　Web service一般就是用SOAP協議通過HTTP來調用它，其實他就是一個WSDL文檔，客戶都可以閱讀WSDL文檔來用這個Web service?？蛻舾鶕SDL描述文檔，會生成一個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）作為數據表示，它是低層次的與平臺無關的數據表現形式。