WCF 還是比較常用的，于是我研究了一下Windows Services宿主，在這里拿出來和大家分享一下，希望對(duì)大家有用。在WCF Windows Services宿主則完全克服了自托管宿主的缺點(diǎn)，它便于管理者方便地啟動(dòng)或停止服務(wù)，且在服務(wù)出現(xiàn)故障之后，能夠重新啟動(dòng)服務(wù)。我們還可以通過 Service Control Manager（服務(wù)控制管理器），將服務(wù)設(shè)置為自動(dòng)啟動(dòng)方式，省去了服務(wù)的管理工作。此外，Windows Services自身還提供了一定的安全性以及檢測(cè)機(jī)制和日志機(jī)制。

#T#WCF Windows Services宿主的實(shí)現(xiàn)也非常簡(jiǎn)單。我們可以在Visual Studio中創(chuàng)建Windows Services項(xiàng)目。在創(chuàng)建項(xiàng)目之后，就可以創(chuàng)建一個(gè)繼承System.ServiceProcess.ServiceBase類的Windows服務(wù)類。Windows服務(wù)類繼承了ServiceBase類的OnStart()和OnStop()方法，完成Windows服務(wù)的啟動(dòng)與停止。我們可以重寫這兩個(gè)方法，將ServiceHost的啟動(dòng)與關(guān)閉對(duì)應(yīng)地放入這兩個(gè)方法的實(shí)現(xiàn)中。例如我們創(chuàng)建的 DocumentsExplorerWindowsService類：

namespace BruceZhang.WCF.DocumentsExplorer   
{   
public partial class DocumentsExplorerWindowsService : ServiceBase   
{   
private ServiceHost m_serviceHost = null;   
 
public static void Main()   
{   
ServiceBase.Run(new DocumentsExplorerWindowsService());   
}   
 
public DocumentsExplorerWindowsService()   
{   
InitializeComponent();   
 
ServiceName = "DocumentsExplorerService";   
}   
 
protected override void OnStart(string[] args)   
{   
if (m_serviceHost != null)   
{   
m_serviceHost.Close();   
}   
 
m_serviceHost = new ServiceHost(typeof(DocumentsExplorerService));   
m_serviceHost.Open();   
}   
 
protected override void OnStop()   
{   
if (m_serviceHost != null)   
{   
m_serviceHost.Close();   
m_serviceHost = null;   
}   
}   
}   
}   

在Main函數(shù)中，我們通過ServiceBase.Run()靜態(tài)方法創(chuàng)建Windows服務(wù)實(shí)例，并在Windows服務(wù)類的構(gòu)造函數(shù)中，調(diào)用 ServiceBase類的ServiceName屬性指定服務(wù)名。在重寫的OnStart()方法中，我們首先判斷是否已經(jīng)存在ServiceHost 實(shí)例，如果不存在，則創(chuàng)建它。創(chuàng)建ServiceHost實(shí)例的方法與自托管宿主方式相同。

為了完成ServiceHost實(shí)例的創(chuàng)建，我們同樣需要在項(xiàng)目中添加app.config配置文件，配置文件的內(nèi)容與前完全一樣。

如果在企業(yè)應(yīng)用中要使用WCF技術(shù)，最佳的宿主方式我認(rèn)為就是WCF Windows Services宿主，尤其是服務(wù)器的操作系統(tǒng)不是Vista的情況之下。它便于服務(wù)的管理，能夠維持服務(wù)長(zhǎng)時(shí)期的運(yùn)行，同時(shí)它還支持所有的綁定，因而受到的限制最小。然而，這種方式唯一的缺點(diǎn)卻是對(duì)宿主的部署相對(duì)比較復(fù)雜，必須通過.NET提供的Installutil.exe工具完成對(duì)服務(wù)宿主的安裝（也可以通過安裝包的自定義操作完成）。