承载和使用WCF服务(15)

作者: Chris Peiris/Dennis Mulder 出处:Msdn　2008-03-27 11:31　   砖    好    评论  条 　进入论坛

阅读提示：本文讨论Windows Communication Foundation (WCF)承载方案和WCF服务的使用。传统的ASMX Web服务通常仅由Microsoft Internet信息服务(IIS)承载。在Microsoft .NET Framework 3.0中，WCF服务的承载方案得到了极大的增强。我们将讨论如何将承载模型扩展为包括Windows服务和自承载方案。此外，我们还将详细探讨可用于WCF服务的IIS承载（版本5.1、6.0和7.0）和Windows激活服务 (WAS) 承载方案。

Windows 激活服务

WAS 使您能够承载任何 WCF 服务，以便在 IIS 模型内部支持任何传输。WAS 接管了最初 IIS 6.0 中 W3svc.exe Windows 服务的创建工作进程和提供配置的工作（并运行在 Inetinfo.exe 进程的内部）。WAS 和 IIS 现在共享用于定义站点、应用程序、应用程序池和虚拟目录的配置存储区。在这一节中，我们将介绍用 WAS 激活的过程，如图 5-17 所示。

默认情况下，如果没有向新启动的服务器发出请求，Windows 将运行五个服务（如果启用了所有协议）。下面是这些 Windows 服务：

◆WAS

◆万维网发布服务（承载侦听器适配器）

◆NET.TCP 侦听器适配器

◆NET.PIPE 侦听器适配器

◆NET.MSMQ 侦听器适配器  

图 5-17：用 WAS 为 HTTP 请求激活工作进程

侦听器适配器启动时，它们将向 WAS 进行注册，并接收对应其特定协议的 WAS/IIS 配置。由此，侦听器适配器可以感知它们应当支持的站点和应用程序。然后，每个侦听器适配器开始侦听由配置提供的合适端口，这样，它就可以将进入的请求分派给合适的应用程序。

一旦第一个请求进入，侦听器适配器就将调用 WAS 以激活工作进程，其中包括作为请求目标的特定应用程序的托管 .NET 应用程序域。

然后，请求被递交给工作进程内部的所谓应用程序域协议处理程序，以处理请求并将响应返回给客户端。它不关心请求是 WCF 服务请求、ASP.NET 请求还是对 IIS 7.0 的任何其他请求。创建激活进程是为了使工作进程能够在请求到来时启动。

为了在应用程序域内部启动 WCF ServiceHost，应用程序域协议处理程序必须调用称为 EnsureServiceAvailable 的静态方法。该方法与协议无关，并且将激活整个服务，包括所有端点和传输（而不仅是调用该方法的协议处理程序的传输）。

注意 在侦听器适配器和协议处理程序的内部，尤其对于 HTTP 和 TCP 协议发生了一些不可思议的事情。在单独进程中所承载的侦听器适配器内部，套接字被打开。然后，当第一个请求到来时，实际上套接字将被从侦听器适配器转交给应用程序域协议处理程序，以便能够处理第一个请求和任何后续请求！

共18页: 上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] 15 [16] [17] [18] 下一页

【内容导航】  第 1 页：简介  第 2 页：了解 .NET 应用程序域  第 3 页：承载环境特征  第 4 页：在 Windows 服务中进行承载  第 5 页：操作步骤  第 6 页：使用 Internet 信息服务进行承载  第 7 页：在 IIS 中承载 WCF 服务  第 8 页：在 IIS 中配置 WCF 服务  第 9 页：在 IIS 中访问 ServiceHost  第 10 页：ASP.NET 兼容性模型  第 11 页：Windows XP 和 IIS 5.1  第 12 页：在 IIS 7.0 上进行承载  第 13 页：操作步骤  第 14 页：Windows 激活服务  第 15 页：承载方案  第 16 页：使用 Visual Studio 2005  第 17 页：命令行实现