asp.net 处理流程

原文：http://www.cnblogs.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 的博客中：