[原创]WCF技术剖析之四：基于IIS的WCF服务寄宿（Hosting）实现揭秘-CSDN博客

通过《再谈IIS与ASP.NET管道》的介绍，相信读者已经对IIS和ASP.NET的请求处理管道有了一个大致的了解，在此基础上去理解基于IIS服务寄宿的实现机制就显得相对容易了。概括地说，基于IIS的服务寄宿依赖于两个重要的对象：System.ServiceModel.Activation.HttpModule和System. ServiceModel.Activation.HttpHandler。

一、通过HttpModule实现服务寄宿

在默认的情况下，基于IIS的服务寄宿是通过一个特殊的HttpModule实现的，其类型为System.ServiceModel.Activation.HttpModule，是一个定义在System.ServiceModel程序集中的内部类型。HttpModule的定义大体上如下面的代码所示，我们很清楚地看到其实现的原理：将实现WCF Service请求处理的逻辑注册到HttpApplication的PostAuthenticationRequest事件中。

 
internal class HttpModule : IHttpModule <!--CRLF--> 
{ <!--CRLF--> 
    //其他成员 <!--CRLF--> 
    public void Init(HttpApplication context) <!--CRLF--> 
    { <!--CRLF--> 
        context.PostAuthenticateRequest += new EventHandler(HttpModule.ProcessRequest); <!--CRLF--> 
    } <!--CRLF--> 
    private static void ProcessRequest(object sender, EventArgs e) <!--CRLF--> 
    { <!--CRLF--> 
        //服务请求处理实现 <!--CRLF--> 
    } <!--CRLF--> 
} <!--CRLF--> 
 

System.ServiceModel.Activation.HttpModule是一个特殊的HttpModule，说它特别是因为当HttpModule注册到HttpApplication的PostAuthenticateRequest事件处理程序执行后，不会再将请求进一步分发给后续的请求处理步骤。换句话说，就HttpApplication从BeginRequest到EndRequest整个请求处理的生命周期来说，对于基于.svc文件的请求仅仅延续到PostAuthenticateRequest阶段。我们可以通过一种简单的方式来证明这一点。

假设我们有一个WCF服务需要通过IIS进行寄宿，并把WCF服务相应的.svc文件定义在一个对应于某个IIS虚拟目录的ASP.NET Website中。现在我们为之添加一个global.asax，在该global.asax，我通过如下的代码注册了HttpApplication处理请求的前三个事件：BeginRequest、AuthenticateRequest和PostAuthenticateRequest，当这3个事件触发后，将一段代表当前事件的名称写入EventLog中。

 
<%@ Application Language="C#" %> <!--CRLF--> 
<%@ Import Namespace= "System.Diagnostics"%> <!--CRLF--> 
<script runat="server"> <!--CRLF--> 
    <!--CRLF--> 
    void Application_BeginRequest(object sender, EventArgs e) <!--CRLF--> 
    { <!--CRLF--> 
        string message = string.Format("BeginRequest Event is raised at {0}", DateTime.Now); <!--CRLF--> 
        EventLog.WriteEntry("Application", message, EventLogEntryType.Information); <!--CRLF--> 
    } <!--CRLF--> 
 <!--CRLF--> 
    void Application_AuthenticateRequest(object sender, EventArgs e) <!--CRLF--> 
    {    <!--CRLF--> 
        string message =  string.Format("AuthenticateRequst Event is raised at {0}",DateTime.Now); <!--CRLF--> 
        EventLog.WriteEntry("Application", message, EventLogEntryType.Information); <!--CRLF--> 
    } <!--CRLF--> 
 <!--CRLF--> 
    void Application_PostAuthenticateRequest(object sender, EventArgs e) <!--CRLF--> 
    { <!--CRLF--> 
        string message = string.Format("PostAuthenticateRequest Event is raised at {0}", DateTime.Now); <!--CRLF--> 
        EventLog.WriteEntry("Application", message, EventLogEntryType.Information); <!--CRLF--> 
    } <!--CRLF--> 
</script> <!--CRLF--> 
 

如果我们上面的说法成立的话，只有HttpApplication的最初3个事件被触发。此外，HttpModule注册的操作会先于定义在global.asax的Application_PostAuthenticateRequest方法执行，那么在整个服务调用过程中，只有Application_BeginRequest和Application_AuthenticateRequest这两个方法会被执行。这一点我们可以从EventLog得到证实。当我们通过执行案例7-2中的代表客户端应用程序后，EventLog中WindowsLog的Application分组中，会多出两个日志项目（之前已经将日志清空），如图1所示。