WCF 还是比较常用的,于是我研究了一下Windows Services宿主,在这里拿出来和大家分享一下,希望对大家有用。在WCF Windows Services宿主则完全克服了自托管宿主的缺点,它便于管理者方便地启动或停止服务,且在服务出现故障之后,能够重新启动服务。我们还可以通过 Service Control Manager(服务控制管理器),将服务设置为自动启动方式,省去了服务的管理工作。此外,Windows Services自身还提供了一定的安全性以及检测机制和日志机制。
#T#WCF Windows Services宿主的实现也非常简单。我们可以在Visual Studio中创建Windows Services项目。在创建项目之后,就可以创建一个继承System.ServiceProcess.ServiceBase类的Windows服务类。Windows服务类继承了ServiceBase类的OnStart()和OnStop()方法,完成Windows服务的启动与停止。我们可以重写这两个方法,将ServiceHost的启动与关闭对应地放入这两个方法的实现中。例如我们创建的 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函数中,我们通过ServiceBase.Run()静态方法创建Windows服务实例,并在Windows服务类的构造函数中,调用 ServiceBase类的ServiceName属性指定服务名。在重写的OnStart()方法中,我们首先判断是否已经存在ServiceHost 实例,如果不存在,则创建它。创建ServiceHost实例的方法与自托管宿主方式相同。
为了完成ServiceHost实例的创建,我们同样需要在项目中添加app.config配置文件,配置文件的内容与前完全一样。
如果在企业应用中要使用WCF技术,最佳的宿主方式我认为就是WCF Windows Services宿主,尤其是服务器的操作系统不是Vista的情况之下。它便于服务的管理,能够维持服务长时期的运行,同时它还支持所有的绑定,因而受到的限制最小。然而,这种方式唯一的缺点却是对宿主的部署相对比较复杂,必须通过.NET提供的Installutil.exe工具完成对服务宿主的安装(也可以通过安装包的自定义操作完成)。