WebService的簡介, 原理, 使用，流程圖

WebService的簡介, 原理, 使用     

 

 

第一部分: 直觀概述

 

WebService的幾種概念:

 

以HTTP協議爲基礎，經過XML進行客戶端和服務器端通訊的框架/組件

 

兩個關鍵點:

1.       服務端提供的功能, 經過xml描述

2.       第一步中的描述的功能, 嵌入到HTTP協議中, 使得能經過HTTP協議進行通訊【所謂的SOAP】.

 

用圖能夠以下表示:

 

圖一: WebService的簡要表示

 

採用這兩個技術的目的主要是:

1.       跨平臺, 支持HTTP協議的主機和服務器, 都可以創建通訊聯繫, 而且大部分的主機和服務器(99.999%以上)將支持HTTP協議。通常而言，不一樣目標主機之間的通訊，須要經過防火牆，打開某個端口, HTTP協議的優點在於，防火牆通常不會封掉80端口, 這樣就能夠方便，安全的通訊。

 

2.       跨語言, 任何語言, 都支持XML文本解析, 這個的目的是爲了實現不一樣語言之間的通訊, 通訊的內容，是被xml限制的，所以這樣進行通訊，能跨越語言障礙，即, Java開發的服務端，客戶端能夠用C訪問, 能夠用java，VB等訪問, 反之亦然。

 

第二部分: 基本原理和架構

 

固然，架構比咱們上面說到的圖要更爲複雜，上面只是說明了一來一回的通訊, 實際狀況還須要考慮如下問題, 參照圖例說明:

1. 服務器端(Provider) 提供統一的標準化服務。就像開辦一個公司(即Server Provider), 工商行政管理局，註冊一下公司地址和性質。目的是, 別人要用公司的服務，從工商管理局就知道你的地址。這樣統一的作法，是方便全部的公司以及全部須要公司提供服務的客戶。而且這些信息是最大限度的公開。

 

2. 客戶端(Requester) 到註冊中心(Registry)拿到公司的基本信息以後, 去找到這個公司, 而後使用該公司提供的服務。

 

 

圖二: 基本的WebService架構流程圖

 

 

注意上面圖中的基本步驟的標號, 解釋以下

1. Provider節點提供好服務後, 首先註冊到節點Registry

2和3. Requester節點到Regitry節點查信息, 找到須要的Provider及其提供的Service

4. Requester使用Provider提供的服務

 

更具體的介紹, 參照參考文獻[2], 下面這些基本由這個參考文獻翻譯而來:

 

 

圖三: 細節步驟流程圖

上圖這些東西, 完完整整的呈現了WebService的整個原理流程:

1.       Client有須要，想調用一個服務，但不知道哪裏去調用. 但知道UDDI Registry上能夠查到。

2.       果真UDDI記錄了某個一個叫作Web Server A的服務器能提供這樣的服務。

3.       因而Client去Web Server A, 詢問確切的調用方法。

4.       Web Server A看到Client提出的「確切方法查詢」以後，當即返回給它一個WSDL描述的xml文檔這裏記錄他能提供的各種方法接口.

5.       Client瞭解到這些以後，將這些xml的接口方法，封裝成爲HTTP請求, 發給Web Server A. 這些封裝方式採用的是標準的SOAP方式, 實質是知足HTTP協議的一些SOAP的報文消息。

6.       Web Server A迴應的也是HTTP協議的SOAP包. 這樣雙方的請求-響應徹底暢通。

 

 

上面咱們看到的是應用原理圖, 進一步深刻, 能夠發現以下的協議架構圖:

 

圖四: 協議結構

 

 

上面咱們已經花了很大的精力, 介紹了發現Service(UDDI), Service提供的接口描述(WSDL), 調用Service(SOAP), 以及傳輸(HTTP)的的整個過程。所以再也不作介紹。這個技術的核心是SOAP.

 

第三部分: 實踐WebService

 

看到上面的圖那麼複雜, 實質上SOAP+HTTP協議已經足夠成熟，犯不着讓咱們經過xml生成帶有SOAP變遷的HTML腳本, 有不少工具能夠幫住咱們實現。事實上，開發起來仍是至關簡便的。

狀況A: 已知存在Web Service, 客戶端的開發能夠經過如下步驟:

 

1. 經過UDDI，查找到Client程序須要的Web Service的位置
2. 經過WebService找到 WSDL接口描述文件
3. 經過工具，將步驟2獲得的WSDL文件，生成一個Client Stub, 這個實質上是代碼, 也就是打了一個樁。把這個stub的代碼歸併到Client程序中.
4. 每次Client須要調用WebService的時候，直接調用步驟4生成的Stub 接口，就實現了對Server端的調用。

 

狀況B: Server端的開發，一樣無需作解析SOAP這樣的破事，框架會幫咱們作好。大體步驟以下:

1. 實現WebServer須要提供的全部功能

2.       利用WSDL文件(或者IDL)生成Server Stub, 這些代碼將負責接收從外界得到的請求，並將其轉發給Web Server的Service Implementation（實現代碼）。當Service Implementation的代碼處理完，產生結果以後，又會把結果交給Server Stub, 而後 Server Stub能夠產生一個SOAP的響應. Server Stub + Server Implementation 合在一塊兒, 稱爲Web Service Container, 這玩意兒就是讓發送到WebService的HTTP請求，直接送到Server Stub上面的。

 

 

 

圖五:實際應用中的調用

參考資料:

 

1. http://www.axaptapedia.com/Webservice

 

2. http://gdp.globus.org/gt3-tutorial/multiplehtml/ch01s02.html

 

3.   http://blog.csdn.net/gnuhpc/archive/2009/12/22/5047951.aspx