asp.net 处理流程

原文：http://www.VEVb.com/wupeiqi/archive/2013/03/03/2941295.html

工作进程：

在iis中，工作进程（w3wp.exe）运行着asp.net应用程序,管理并响应所有的请求，asp.net所有的功能都运行在工作进程下，当请求到来时，工作进程会生成request和response相关信息。

应用程序池：

应用程序池是工作进程的容器。通常用来隔开不同配置的工作进程，当一个程序出错或进程资源回收的时，其他池中的程序不受影响。

注：当一个应用程序池包含多个工作进程时，叫做web garden

如果我们看看iis 6 的结构，就会发现可以把他分为两部分

　　 内核模块（kernel model）

　　 用户模块（user model）

内核模式是从iis 6.0被引入的，他包含一个叫做http.sys的文件，每当请求到来时，会首先触发该文件的响应。

http.sys负责将请求传入到相应的应用程序池，但是http.sys是如何知道应该传到那个应用程序池？当然不是随机的，每当创建一个应用程序池，该池的ID就会生成并在http.sys文件中注册，因此该文件就能确定将请求发往那个程序池。

以上便是IIS处理请求的第一步。接着，我们来看一下请求如何从HTTP.SYS传入应用程序池。

在iis用户模块（user model），通过WAS(web admin services)从http.sys接收请求，并传入应用程序池。

当应用程序池接收到请求之后，会传给工作进程（w3wp.exe）,该进程检查请求的URL后缀，以确定加载那个ISAPI 扩展，然后将该请求传递给合适的 ISAPI 扩展。

ASP.NET 处理已映射到它上的文件扩展名，如 .aspx、.ascx、.ashx 和 .asmx。

即：当文件为上述后缀时，就要加载ASP.NET的ISAPI扩展（aspnet_isapi.dll）

一旦工作进程加载了aspnet_isapi.dll，就会构造一个HttPRuntime类(密封类，防止派生)，该类是应用程序的入口，通过该类中的ProcessRequest()方法创建HttpContext类，进入ProcessRequest方法之后，内部触发一系列的方法，最终创建一个HttpContext实例（可通过HttpContext.Current获取到这个实例），且该实例会在整个生命周期内存活。　

之后HttpRuntime类会向HttpapplicationFactory类 提出请求，要求返回一个HttpApplication对象，HttpApplicationFactory在收到请求之后会检查是否有已经存在并且空闲的对象，如果有就取出一个HttpApplication对象返回给HttpRuntime类，如果没有，则要创建一个给HttpRuntime。

HttpApplicationFactory._theApplicationFactory.GetNormalApplicationInstance(context) 该方法创建HttpApplication实例并进行初始化,调用System.Web.HttpApplication.InitInternal()方法。

当每次请求到来时要穿过httpModule到达httphandler，以便被响应。而httpmodule就被配置在httpApplication中。

创建HttpApplication实例之后就是调用实例的InitInternal方法。

InitInternal方法的主要功能如下：

　　1、HttpAplication对象被初始化时，首先调用InitModule方法来加载Web.config文件中配置的所有HttpModule模块。

例如：

//Web.Config文件中<System.web>    <httpModules>            <add name="MyModuleName"  type="MyModule">    </httpModules></System.web>//自定义一个类（类型）public class MyModule:IHttpModule{    public MyModule()    {        //        // TODO: 在此处添加构造函数逻辑        //    }    #region IHttpModule 成员    public void Dispose()    {           }    public void Init(HttpApplication context)    {        context.BeginRequest += new EventHandler(Mycontext_BeginRequest);    }    private void Mycontext_BeginRequest(object sender, EventArgs e)    {         //具体操作         HttpContext.Current.Response.Write("BeginRequest11111111111111</br>"+dt);    }    #endregion}

2、接着HookEventHandlesForApplicationAndModules方法被调用，这个方法完成Global.asax文件中配置的HttpModule或HttpApplication的绑定。

例如：

//Global.asax文件 void MyModule_ExposedEvent(object sender, EventArgs e) {      Response.Write("xixi"); }

//MyModule.cs文件public class MyModule:IHttpModule {     public event EventHandler ExposedEvent;//HttpModule事件，供Global.asax来订阅      public void Init(HttpApplication context)     {         context.BeginRequest += new EventHandler(context_BeginRequest);//订阅HttpApplication的事件     }      void context_BeginRequest(object sender, EventArgs e)     {         HttpContext.Current.Response.Write("BeginRequest");         OnExposedEvent(new EventArgs());//触发HttpModule自定义事件     }      protected void OnExposedEvent(EventArgs e)     {         if (ExposedEvent != null)         {             ExposedEvent(this, e);         }     }      public void Dispose()     {     } }上面的MyModule_ExposedEvent方法就会自动订阅了MyModule中的ExposedEvent事件。

3、最后ApplicationStepManage对象的BuildSteps方法被调用，完成HttpApplication事件的绑定。

4、按照顺序执行HttpApplication的各个事件。即：之前注册的对请求加以处理或者检查的HttpModule模块内容也得以执行。

在这些事件中，第10个事件【根据所请求资源的文件扩展名（在应用程序的配置文件中映射），选择实现 IHttpHandler 的类，对请求进行处理】，这个事件也是HttpHandler创建的地方。

-----------------------------------------------------------------

前面我们一直在说ASP.NET管线，那么，谁在控制管线过程？答案是：HttpApplication对象。1. HttpApplication细分它的处理过程，在不同阶段引发不同的事件，使得HttpModule通过订阅事件的方式加入到请求的处理过程中。2. 在请求的处理过程中，HttpApplication对象主要扮演着控制处理流程的推进作用。3. HttpApplication会在固定的阶段获取一个IHttpHandler实例，然后将请求的响应过程交给具体的IHttpHandler来实现。

HttpApplication如何产生，如何工作？1. HttpApplication对象会被重用，当HttpRuntime不能从HttpApplicationFactory获取空闲的实例时，才会创建。2. HttpRuntime会将每个请求交给一个HttpApplication对象来处理。3. HttpApplication对象在初始化时负责加载全部的HttpModule。4. 每个HttpApplication对象会控制属于它的管线过程。

HttpApplication是个非常重要的类型，它的许多功能都属于框架的基础部分，不需要我们调用， 因此，我们平时不会用到它。

-------------------------------------------------------------------------

HttpHandler根据用户请求的文件的扩展名（.aspx、.ascx、.ashx 、 .asmx）处理请求。

HttpApplication在将某个请求交给HttpHandler实例来处理时，是通过接口来调用某个合适HttpHandler类中ProcessRequest方法，来处理请求。

例如：自己定义个处理请求的HttpHandler。 (其实HttpHandler是只实现了IHttpHandler接口的类总称)

//Web.Config文件中<httpHandlers>      <add path="*.aspx" verb="*" type="SearchInfo.Handle"/>      <add path="*.ascx" verb="*" type="SearchInfo.Handle2"/></httpHandlers>//SearchInfo是命名空间，Handle是自己定义处理请求的类。//即：当一个请求Url后缀是 .aspx 时，就会交给自定的Handle类去处理namespace SearchInfo{    /// <summary>    /// Handle 的摘要说明    /// </summary>    public class Handle:IHttpHandler    {        public Handle()        {            //            // TODO: 在此处添加构造函数逻辑            //        }        #region IHttpHandler 成员        public bool IsReusable        {            get { throw new Exception("The method or Operation is not implemented."); }        }        public void ProcessRequest(HttpContext context)        {            HttpContext.Current.Response.Write("自定义Handler处理请求aspx");        }        #endregion    }}

所以，我们应该这样理解HttpHanlder：一个HttpHanlder用于响应一类特定的请求。

在请求的处理过程中，HttpApplication对象主要扮演着控制管线处理流程的作用，它负责推进整个处理流程， 除了在不同阶段引发不同的事件外（供HttpModule使用），HttpApplication对象还会根据当前请求寻找一个合适的IHttpApplicationFactory实例， 并最终得到一个IHttpHandler的实例用于处理请求。

当每次请求到来时要穿过httpModule到达httphandler，以便被响应。而httpmodule就被配置在httpApplication中。

即流程为：

每当请求Web服务器上的某些信息时，该请求首先会到达Http.SYS,然后Http.SYS将其发送到相应的应用程序池，应用程序池传给工作进程并加载ISAPI扩展，然后HttpRuntime对象会被创建，并通过HttpModule和HttpHandler处理请求。

对于详细的HttpHandler和HttpModule可以在 Fish Li 的博客中：