最近在國(guó)外的網(wǎng)站亂走一通，發(fā)現(xiàn)一些比較好的文章，收集整理加于自己的理解，作為筆記形式記錄下來(lái)，讓以后自己有個(gè)回憶。

　　ASP.NET是一個(gè)非常強(qiáng)大的構(gòu)建Web應(yīng)用的平臺(tái),它提供了極大的靈活性和能力以致于可以用它來(lái)構(gòu)建所有類型的Web應(yīng)用.絕大多數(shù)的人只熟悉高層的框架如WebForms和WebServices-這些都在ASP.NET層次結(jié)構(gòu)在最高層.在這篇文章中我將會(huì)討論ASP.NET的底層機(jī)制并解釋請(qǐng)求(request)是怎么從Web服務(wù)器傳送到ASP.NET運(yùn)行時(shí)然后如何通過(guò)ASP.NET管道來(lái)處理請(qǐng)求.

　　ASP.NET是一個(gè)請(qǐng)求處理引擎.它接收一個(gè)發(fā)送過(guò)來(lái)的請(qǐng)求,把它傳給內(nèi)部的管道直到終點(diǎn),作為一個(gè)開(kāi)發(fā)人員的你可以在這里附加一些代碼來(lái)處理請(qǐng)求.這個(gè)引擎是和HTTP/Web服務(wù)器完全分隔的.事實(shí)上,HTTP運(yùn)行時(shí)是一個(gè)組件,使你可以擺脫IIS或者任何其他的服務(wù)器程序,將你自己的程序寄宿在內(nèi).

　　運(yùn)行時(shí)提供了一個(gè)復(fù)雜但同時(shí)非常優(yōu)雅的在管道中路由請(qǐng)求的機(jī)制.其中有很多相關(guān)的對(duì)象,大多數(shù)都是可擴(kuò)展的(通過(guò)繼承或者事件接口),在幾乎所有的處理流程上都是如此.所以這個(gè)框架具有高度可擴(kuò)展性.通過(guò)這個(gè)機(jī)制,掛接到非常底層的接口(比如緩存,認(rèn)證和授權(quán))都變得可能了.你甚至可以在預(yù)處理或者處理后過(guò)濾內(nèi)容,也可以簡(jiǎn)單的將符合特殊標(biāo)記的請(qǐng)求直接路由你的代碼或者另一個(gè)URL上.存在著許多不同的方法來(lái)完成同一件事,但是所有這些方法都是可以簡(jiǎn)單直接地實(shí)現(xiàn)的,同時(shí)還提供了靈活性,可以得到最好的性能和開(kāi)發(fā)的簡(jiǎn)單性.

　　整個(gè)ASP.NET引擎是完全建立在托管代碼上的,所有的擴(kuò)展功能也是通過(guò)托管代碼擴(kuò)展來(lái)提供的.這是對(duì).NET框架具有構(gòu)建復(fù)雜而且高效的框架的能力的最好的證明.ASP.NET最令人印象深刻的地方是深思熟慮的設(shè)計(jì),使得框架非常的容易使用,又能提供掛接到請(qǐng)求處理的幾乎所有部分的能力.

　　ASP.NET在微軟的平臺(tái)上就是通過(guò)ISAPI擴(kuò)展來(lái)和IIS進(jìn)行交互的,這個(gè)擴(kuò)展寄宿著.NET運(yùn)行時(shí)和ASP.NET運(yùn)行時(shí).ISAPI提供了核心的接口,ASP.NET使用非托管的ISAPI代碼通過(guò)這個(gè)接口來(lái)從Web服務(wù)器獲取請(qǐng)求,并發(fā)送響應(yīng)回客戶端.ISAPI提供的內(nèi)容可以通過(guò)通用對(duì)象(例如HttpRequest和HttpResponse)來(lái)獲取,這些對(duì)象通過(guò)一個(gè)定義良好并有很好訪問(wèn)性的接口來(lái)暴露非托管數(shù)據(jù).

　　當(dāng)用戶發(fā)送一個(gè)URL請(qǐng)求時(shí)，在Web服務(wù)器端,IIS5或6,獲得這個(gè)請(qǐng)求.在最底層,ASP.NET和IIS通過(guò)ISAPI擴(kuò)展進(jìn)行交互.在ASP.NET環(huán)境中這個(gè)請(qǐng)求通常被路由到一個(gè)擴(kuò)展名為.ASPx的頁(yè)面上,但是這個(gè)流程是怎么工作的完全依賴于處理特定擴(kuò)展名的HTTP Handler是怎么實(shí)現(xiàn)的.在IIS中.ASPx通過(guò)’應(yīng)用程序擴(kuò)展’(又稱為腳本映射)被映射到ASP.NET的ISAPI擴(kuò)展DLL-ASPNET_isapi.dll.每一個(gè)請(qǐng)求都需要通過(guò)一個(gè)被注冊(cè)到ASPNET_isapi.dll的擴(kuò)展名來(lái)觸發(fā)ASP.NET(來(lái)處理這個(gè)請(qǐng)求).

　　ISAPI是底層的非托管Win32 API.ISAPI定義的接口非常簡(jiǎn)單并且是為性能做了優(yōu)化的.它們是非常底層的-處理指針和函數(shù)指針表來(lái)進(jìn)行回調(diào)-但是它們提供了最底層和面向效率的接口,使開(kāi)發(fā)者和工具提供商可以用它來(lái)掛接到IIS上.因?yàn)镮SAPI非常底層所以它并不適合來(lái)開(kāi)發(fā)應(yīng)用級(jí)的代碼,而且ISAPI傾向于主要被用于橋接接口,向上層工具提供應(yīng)用服務(wù)器類型的功能.

　　下面來(lái)介紹HttpRuntime,HttpContext,HttpApplication

　　當(dāng)一個(gè)請(qǐng)求到來(lái)時(shí),它被路由到ISAPIRuntime.ProcessRequest()方法.這個(gè)方法調(diào)用HttpRuntime.ProcessRequest方法,它作一些重要的事情

為請(qǐng)求創(chuàng)建一個(gè)新的HttpContext實(shí)例
獲取一個(gè)HttpApplication實(shí)例
調(diào)用HttpApplication.Init()方法來(lái)設(shè)置管道的事件
Init()方法觸發(fā)開(kāi)始ASP.NET管道處理的HttpApplication.ResumeProcessing()方法

　　首先一個(gè)新的HttpContext對(duì)象被創(chuàng)建并用來(lái)傳遞ISAPIWorkerRequest,這個(gè)上下文在整個(gè)請(qǐng)求的生命周期總都是可用的并總可以通過(guò)靜態(tài)屬性。

　　HttpContext.Currect來(lái)訪問(wèn).正像名字所暗示的那樣,HttpContext對(duì)象代表了當(dāng)前活動(dòng)請(qǐng)求的上下文因?yàn)樗嗽谡?qǐng)求生命周期中所有典型的你需要訪問(wèn)的重要對(duì)象:Request,Response,Application,Server,Cache.在請(qǐng)求處理的任何時(shí)候HttpContext.Current給你訪問(wèn)所有這些的能力。

　　HttpContext對(duì)象也包含一個(gè)非常有用的Items集合,你可以用它來(lái)保存針對(duì)特定請(qǐng)求的數(shù)據(jù).上下文對(duì)象在請(qǐng)求周期的開(kāi)始時(shí)被創(chuàng)建,在請(qǐng)求結(jié)束時(shí)被釋放,所有在Items集合中保存的數(shù)據(jù)只在這個(gè)特定的請(qǐng)求中可用.一個(gè)很好的使用的例子是請(qǐng)求日志機(jī)制,當(dāng)你通過(guò)想通過(guò)在Global.asax中掛接Application_BeginRequest和Application_EndRequest方法記錄請(qǐng)求的開(kāi)始和結(jié)束時(shí)間(象在列表3中顯示的那樣).HttpContext對(duì)你就非常有用了-如果你在請(qǐng)求或頁(yè)面處理的不同部分需要數(shù)據(jù),你自由的使用它.

protected void Application_BeginRequest(Object sender, EventArgs e)
{
 if (App.Configuration.LogWebRequests)
 {
  Context.Items.Add("WebLog_StartTime",DateTime.Now);
 }
}

protected void Application_EndRequest(Object sender, EventArgs e)
{
 if (App.Configuration.LogWebRequests) 
 {
  try 
  { 
   TimeSpan Span = DateTime.Now.Subtract((DateTime) Context.Items["WebLog_StartTime"] );
   int MiliSecs = Span.TotalMilliseconds;
   WebRequestLog.Log(App.Configuration.ConnectionString, true, MilliSecs);
  } 
 }
}

NET技術(shù)：ASP.NET底層的初步認(rèn)識(shí)與理解，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。