WCF是一款使用托管代碼建立的應(yīng)用程序統(tǒng)一框架。它在實際應(yīng)用中可以幫助開發(fā)人員輕松的實現(xiàn)一個安全性高，可依賴性的開發(fā)解決方案，輕松幫助用戶解決各種問題。在這里我們會為大家詳細介紹一下WCF WS-Discovery的相關(guān)應(yīng)用技巧。#t#

在WS-*標準和規(guī)范中，WCF WS-Discovery是在2008年才加入了OASIS標準。WS-Discovery在標準被定義為Web Service Dynamic Discovery，其目的是為定位服務(wù)定義Discovery協(xié)議，主要應(yīng)用在為客戶端動態(tài)搜索一個或多個目標服務(wù)。OASIS為WS- Discovery提供了兩種操作模式：ad hoc和managed模式。

ad hoc模式根據(jù)類型在托管目標服務(wù)的范圍內(nèi)查找目標服務(wù)?？蛻舳藭远嗖サ男问桨l(fā)送一個Probe（探測）消息，如果服務(wù)匹配該信息，則以單播方式直接將響應(yīng)發(fā)送到客戶端。為了能夠根據(jù)名稱定位目標服務(wù)，客戶端會以相同的多播組發(fā)送一個Resolve（解析）消息，同樣的，匹配該消息的服務(wù)會直接以單播方式響應(yīng)客戶端。

如果Endpoint的數(shù)量擴大了，且超出了ad hoc網(wǎng)絡(luò)的范圍之外，而且在網(wǎng)絡(luò)中可以使用Discovery Proxy(發(fā)現(xiàn)代理)，則應(yīng)該采用Managed操作模式，以禁止多播的行為。在Managed模式下，目標服務(wù)只需要以單播的形式發(fā)布一個 announcement（通告）消息到Discovery Proxy，同時，客戶端也會以單播形式發(fā)送Probe和Resolve消息到Discovery Proxy。這種模式并非直接采用單播方式，而是會實時對Discovery Proxy進行監(jiān)聽，然后根據(jù)情況切換操作模式，從而降低多播給網(wǎng)絡(luò)傳輸帶來的影響。當(dāng)Discovery Proxy檢測到在ad hoc網(wǎng)絡(luò)中有多播方式發(fā)送的Probe和Resolve消息時，它就會發(fā)布announcement通知自身。客戶端一旦監(jiān)聽到Discovery Proxy上的announcement消息，就切換為Managed模式，直接以單播方式將probe和resolve消息發(fā)送給Discovery Proxy。如果Discovery Proxy沒有響應(yīng)，客戶端又會切換為ad hoc操作模式。Managed模式的消息交換流程如下所示：

WCF 4.0實現(xiàn)了OASIS的WCF WS-Discovery標準，相關(guān)的類定義在System.ServiceModel.Discovery命名空間中。這是一個單獨的程序集，所以需要添加對它的引用。

WCF Discoverty支持ad hoc和Managed模式，其中實現(xiàn)Managed模式需要實現(xiàn)Discovery Proxy。

在WCF 4.0中，新增了ServiceDiscoveryBehavior行為類，可以控制服務(wù)終結(jié)點的可發(fā)現(xiàn)能力。它能夠讓服務(wù)的所有終結(jié)點都能被發(fā)現(xiàn)，相反，如果使用EndpointDiscoveryBehavior則只能使特定的終結(jié)點能夠被發(fā)現(xiàn)。除了需要添加發(fā)現(xiàn)行為，我們還需要添加發(fā)現(xiàn)終結(jié)點，用來指定監(jiān)聽以及發(fā)送discovery消息。WCF中標準的發(fā)現(xiàn)終結(jié)點類是UdpDiscoveryEndpoint，它基于UDP的多播綁定，是WCF 預(yù)先配置好的發(fā)現(xiàn)終結(jié)點。該終結(jié)點繼承自DiscoveryEndpoint類。在托管服務(wù)的時候，我們可以向ServiceHost中添加 ServiceDiscoveryBehavior和EndpointDiscoveryBehavior，如下所示：

class CalculatorServiceHost {  
public static void Main() {  
Uri baseAddress = new Uri("http://localhost:8000/" + 
Guid.NewGuid().ToString());   
using (ServiceHost serviceHost = new ServiceHost(typeof
(CalculatorService), baseAddress)) {  
serviceHost.AddServiceEndpoint(typeof(ICalculatorService), 
new WSHttpBinding(), String.Empty);  
// Make the service discoverable over UDP multicast   
serviceHost.Description.Behaviors.Add(new ServiceDiscoveryBehavior());   
serviceHost.AddServiceEndpoint(new UdpDiscoveryEndpoint());  
serviceHost.Open();  
Console.WriteLine("Calculator Service started at {0}", baseAddress);  
Console.WriteLine();  
Console.WriteLine("Press <ENTER> to terminate the service.");  
Console.WriteLine();  
Console.ReadLine();  
}  
}  
} 

在對服務(wù)宿主進行如下設(shè)置之后，客戶端就可以通過發(fā)送Probe和Resolve消息來發(fā)現(xiàn)服務(wù)。WCF將這些邏輯封裝在了DiscoveryClient 類中。它接受一個發(fā)現(xiàn)終結(jié)點對象，然后通過調(diào)用它的Find()方法（該方法接受一個FindCriteria實例，用來指定搜索標準，在下面的代碼片斷中指定搜索標準為按照目標服務(wù)的類型），返回FindResponse對象。該對象會包含一個 Collection<EndpointDiscoveryMetadata>類型的屬性Endpoints：

// Create DiscoveryClient  
DiscoveryClient discoveryClient = new DiscoveryClient
(new UdpDiscoveryEndpoint());  
Console.WriteLine("Finding ICalculatorService endpoints...");  
Console.WriteLine();  
// Find ICalculatorService endpoints   
FindResponse findResponse = discoveryClient.Find
(new FindCriteria(typeof(ICalculatorService)));  
Console.WriteLine("Found {0} ICalculatorService endpoint(s).", 
findResponse.Endpoints.Count);  
Console.WriteLine();  
if (findResponse.Endpoints.Count > 0) {  
return findResponse.Endpoints[0].Address;  
} else {  
return null;  
} 

通過WCF WS-Discovery，我們不需要知道WCF服務(wù)的終結(jié)點，只要存在目標服務(wù)，我們就能夠動態(tài)查找到該服務(wù)。即使服務(wù)的Url發(fā)生改變，我們也不需要修改任何代碼和配置文件，客戶端仍然能夠正常發(fā)現(xiàn)目標服務(wù)。