为了不影响整篇的阅读效果，我把13个IHttpModule代码的详细介绍放在了附录。我们不需要全部了解，但是像处理缓存的OutputCacheModule、身份认证的FormsAuthenticationModule、授权Url地址的UrlAuthorizationModule、处理路由映射的UrlRoutingModule等Module是有必要了解的。详细请查看附录中的源代码介绍。

    13个Module分析完了，我们也大概知道每个HttpModule应该安插在哪个管道事件上了。上面介绍的IHttpModule，我们通过一张流程图直观的展现出来。流程图如下：

    到目前为止，我已经知道了管道中的IHttpModule。但是，只有这些IHttpModule，一次请求的完整流程还是跑不通的。例如，UrlRoutingModule生成了IHttpHandler，但在哪个管道步骤上调用IHttpHandler生成请求页面我们还是不知道。一个请求的完成流程可以归纳为MHPM。什么事MHPM呢？先看看下面的流程图：

BuildSteps(WaitCallback stepCallback) { HttpApplication.IExecutionStep step2 = new HttpApplication.CallHandlerExecutionStep(app); app.AddEventMapping(, RequestNotification.ExecuteRequestHandler, false, step2); }

     代码中实例化了一个执行步骤step2，然后把step2映射到管道的ExecuteRequestHandler步骤。CallHandlerExecutionStep实现了管道步骤接口IExecutionStep。通过实现接口的Execute方法执行IHttpHandler的ProcessRequest方法。Execute代码如下：

void HttpApplication.IExecutionStep.Execute() { HttpContext context = this._application.Context; IHttpHandler handler = context.Handler; if (handler == null) { this._sync = true; } else if (handler is IHttpAsyncHandler) { IAsyncResult result; bool flag; bool flag2; IHttpAsyncHandler handler2 = (IHttpAsyncHandler)handler; this._sync = false; this._handler = handler2; Func<HttpContext, AsyncCallback, object, IAsyncResult> func = AppVerifier.WrapBeginMethod<HttpContext>(this._application, new Func<HttpContext, AsyncCallback, object, IAsyncResult>(handler2.BeginProcessRequest)); result = func(context, this._completionCallback, null); this._asyncStepCompletionInfo.RegisterBeginUnwound(result, out flag, out flag2); if (flag) { handler2.EndProcessRequest(result); } } else { this._sync = true; handler.ProcessRequest(context); } }

    代码首先对handler做判断，判断handler是否是异步类IHttpAsyncHandler。如果是，则执行Handler的异步方法：BeginProcessRequest；如果不是，则直接调用handler的同步方法ProcessRequest。
    CallHandlerExecutionStep步骤执行完后，ASP.NET就能得到具体的ASP.NET Page页面。在ProcessRequest执行过程中，涉及到页面的生成周期。对于页面的生命周期，我们必须区分WEBFORM页面和MVC页面。两种不同的页面，生命周期也完全不同。WEBFORM是基于事件驱动，但MVC页面已经不再基于事件驱动。

    ExecuteRequestHandler管道事件上现在也附件的有操作了。目前为止，ASP.NET执行过程的整个管道步骤我们也差不多涉及的有个90%了。了解清楚请求过程的生命周期是非常有必要的。了解清楚了请求过程原理，我们可以设计出更加灵活的ASP.NET系统，并且能基于ASP.NET做更多的自定义扩展。

    本篇内容首先分析了ASP.NET执行管道包含哪些事件。但最初这些管道只是一个空架子，而在管道事件上添加具体任务是有IHttpModule完成。微软自己为ASP.NET执行管道实现了13个IHttpModule接口，并且这13个Module分布在不同的管道是事件上。本篇我们也具体介绍了这13个Module具体分布在哪些管道是事件上，以及每个Module在管道事件上具体做了什么操作。

    本篇也简单的介绍了ExecuteRequestHandler管道事件上的IHttpHandler任务怎样执行。但没有具体介绍IHttpHandler是怎样生成我们需要的ASP.NET Page页面，也既是页面的生命周期。所以，下一篇随笔的预定内容既是ASP.NET高频话题：ASP.NET页面生命周期。