asp.net 處理流程

2019-11-17 01:28:51

字體：大中小

來源：轉載

供稿：網友

asp.net 處理流程

原文：http://m.survivalescaperooms.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的實例用于處理請求。

應用程序環境圖形