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

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

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

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

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

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

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

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

　　下面來介紹HttpRuntime,HttpContext,HttpApplication

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

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

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

　　HttpContext.Currect來訪問.正像名字所暗示的那樣,HttpContext對象代表了當(dāng)前活動請求的上下文因?yàn)樗嗽谡埱笊芷谥兴械湫偷哪阈枰L問的重要對象:Request,Response,Application,Server,Cache.在請求處理的任何時(shí)候HttpContext.Current給你訪問所有這些的能力。

　　HttpContext對象也包含一個(gè)非常有用的Items集合,你可以用它來保存針對特定請求的數(shù)據(jù).上下文對象在請求周期的開始時(shí)被創(chuàng)建,在請求結(jié)束時(shí)被釋放,所有在Items集合中保存的數(shù)據(jù)只在這個(gè)特定的請求中可用.一個(gè)很好的使用的例子是請求日志機(jī)制,當(dāng)你通過想通過在Global.asax中掛接Application_BeginRequest和Application_EndRequest方法記錄請求的開始和結(jié)束時(shí)間(象在列表3中顯示的那樣).HttpContext對你就非常有用了-如果你在請求或頁面處理的不同部分需要數(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)識與理解，轉(zhuǎn)載需保留來源！

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