推薦：保護(hù)你的DLL和Code不被別人使用
大家做項目開發(fā)一般都是分層的，比如UI層，業(yè)務(wù)層，數(shù)據(jù)訪問層。業(yè)務(wù)層引用數(shù)據(jù)訪問層的DLL(比如dataAccess.dll)，并使用dataAccess.dll中的方法。當(dāng)項目完成并給客戶用了，可有些心里BT的客戶

關(guān)于ASP.NET的底層的工作機(jī)制，最近園子里討論的甚是火熱。相信很多人都看過Rick Strahl先生的一篇經(jīng)典之作：A low-level Look at the ASP.NET Architecture，經(jīng)Rick Strahl同意，我把他的這篇文章翻譯成中文，希望能夠給想深入了解ASP.NET工作機(jī)制的朋友一點幫助。

特別說明：翻譯此文的目的僅僅是為了給廣大的ASP.NET愛好者提供一些幫助，由于本人能力有限，文中不對地方，還請批評指正。如果你需要轉(zhuǎn)載，請你保留該文以及原英文的鏈接。多謝!

目錄

1、ASP.NET是什么?

2、從瀏覽器到ASP.NET

3、ISAPI連接

4、IIS5和IIS6的不同之處

5、進(jìn)入.NET運行時

6、加載.NET—稍微有點神秘

7、回到運行時

8、HttpRuntime，HttpContext以及HttpApplication

9、Web程序的主要部分：HttpApplication

10、穿過ASP.NET管道

11、HttpContext，HttpModules和HttpHandlers

12、HttpModules

13、HttpHandlers

14、是否已經(jīng)提供了足夠的底層知識?

摘要：ASP.NET是一個用于構(gòu)建Web程序的強(qiáng)大平臺，提供了巨大的彈性和能力以至于它可以構(gòu)建任意的Web程序。許多人僅僅對處于ASP.NET高層次的框架如：WebForms和WebServices比較熟悉，因此，在這篇文章里，我將會闡述有關(guān)ASP.NET比較底層的知識，并且將會解釋，如何將請求從Web Server移交給ASP.NET運行時，然后通過ASP.NET HTTP管道處理這些請求。

對于我來說，了解一個平臺的內(nèi)部工作機(jī)制總是會讓我感到一些滿足和安慰，如同洞察，可以幫助我寫出更好的程序。知道了工具有什么用途，以及它們?nèi)绾谓M裝成復(fù)雜框架的一部分，這些將會使你很容易的找到問題的解決方案，以及在你修改和調(diào)試錯誤時，都顯得非常重要。這篇文章的目的就是從底層了解ASP.NET以及幫助你理解請求如何流入ASP.NET處理管道里。同時，你將會了解ASP.NET引擎的核心，以及一個Web請求如何在這里結(jié)束。這里講到的許多知識都是你日常工作中沒必要知道的，但是，如果你理解了ASP.NET如何把請求路由到應(yīng)用程序的代碼里(通常比較高層次的)，這將對你非常有用。

注：整個ASP.NET引擎完全構(gòu)建在托管代碼里，其所有的擴(kuò)展性都是通過托管代碼去構(gòu)建。

使用ASP.NET的大多數(shù)都比較熟悉WebForms和WebServices。這些高層次的實現(xiàn)，使得構(gòu)建Web程序變得非常容易。ASP.NET被設(shè)計為驅(qū)動引擎，它把底層的接口提供給Web Server，為高層次Web應(yīng)用程序的前端和末端提供了路由服務(wù)。WebForms和WebServices是建立在ASP.NET框架之上，有關(guān)HTTP處理的兩種最常用的方式。

其實，在較低的層次上，ASP.NET也提供了足夠多的靈活性。HTTP運行時和請求管道提供了同樣的能力，可以構(gòu)建類似于WebForms和WebServices的實現(xiàn)，當(dāng)然，這些已經(jīng)使用.NET托管代碼實現(xiàn)了。如果你需要構(gòu)建一個自定義HTTP處理平臺，而這個平臺要比WebForms所處的層次低一點，那么你就會用到所有這些類似的功能。

構(gòu)建大多的Web界面，使用WebForms無疑是最容易的方法，但是，如果你想自定義一個內(nèi)容處理器，或者需要對流入和流出的內(nèi)容做特殊的處理，或者需要為一個應(yīng)用程序定制一個應(yīng)用服務(wù)器接口，那么使用這些低層次的處理或者模塊將會得到更好的性能，以及可以在真正的請求處理中獲得更多的控制權(quán)。盡管那些高層次的實現(xiàn)，如：WebForms和WebServices已提供了類似的功能，但由于它們針對請求添加了太多的控制(導(dǎo)致性能下降)。所以你完全可以另辟佳境，在較低層次上處理這些請求。

ASP.NET是什么?

讓我們從最簡單的定義開始，ASP.NET是什么?我通常喜歡用如下語句來描述ASP.NET。

ASP.NET是完全使用托管代碼處理Web請求的一個成熟引擎平臺。它不僅僅只是WebForms和WebServices。

ASP.NET是一個請求處理引擎。它獲取客戶端請求，然后通過它內(nèi)置的管道，把請求傳到一個終點，在這個終點，開發(fā)者可以添加處理這個請求的邏輯代碼。實際上這個引擎和HTTP或者Web Server是完全分開的。事實上，HTTP運行時是一個組件，你可以把它宿主在IIS之外的應(yīng)用程序上。甚至完全可以和其它的服務(wù)組合在一起。例如，你可以把HTTP運行時宿主在Windows桌面應(yīng)用程序里(詳細(xì)的內(nèi)容請查看：http://www.west-wind.com/presentations/aspnetruntime/aspnetruntime.aspx)。

通過使用內(nèi)置的管道路由請求，HTTP運行時提供了一套復(fù)雜的，但卻很優(yōu)雅的機(jī)制。在處理請求的每一個層面都牽涉到許多對象，但大多數(shù)對象都可以通過派生或者事件接口來擴(kuò)展。所以，此框架具有非常高的可擴(kuò)展性。通過這一套機(jī)制，可以進(jìn)入較低層次的接口如：緩存，身份驗證，授權(quán)等是有可能的。你可以在處理請求之前或之后過濾內(nèi)容，或者僅僅把匹配指定簽名的客戶端請求直接路由到你的代碼里或轉(zhuǎn)向其它的URL。針對同一件事情，可以通過不同的處理方法完成，而且實現(xiàn)代碼都非常的直觀。除此之外，在容易開發(fā)和性能之間，HTTP運行時還提供了最佳的靈活性。

整個ASP.NET引擎完全構(gòu)建在托管代碼里，所有的擴(kuò)展性功能都是通過托管代碼的擴(kuò)展提供。對于功能強(qiáng)大的.NET框架而言，使用自己的東西，構(gòu)建一個成熟的、高性能的引擎體系結(jié)構(gòu)已經(jīng)成為一個遺囑。盡管如此，但重要的是，ASP.NET給人印象最深的是高瞻遠(yuǎn)矚的設(shè)計，這使得在其之上的工作變得非常容易，并且提供了幾乎可以鉤住請求處理當(dāng)中任意部分的能力。

使用ASP.NET可以完成一些任務(wù)，之前這些任務(wù)是使用IIS上的ISAPI擴(kuò)展和過濾來完成的。盡管還有一些限制，但與ASP相比，已經(jīng)有了很大的進(jìn)步。ISAPI是底層Win32樣式的API，僅它的接口就有1兆，這對于大型的程序開發(fā)是非常困難的。由于ISAPI是底層的接口，因此它的速度也是非常的快。但對于企業(yè)級的程序開發(fā)是相當(dāng)?shù)碾y于管理的。所以，在一定的時間內(nèi)，ISAPI主要充當(dāng)其它應(yīng)用程序或平臺的橋接口。但是無論如何，ISAPI沒有被廢棄。事實上，微軟平臺上的ASP.NET和IIS的接口是通過宿主在.NET里的ISAPI擴(kuò)展來通信的，然后直達(dá)ASP.NET運行時。ISAPI提供了與Web Server通信的核心接口，然后ASP.NET使用非托管代碼獲取請求以及對客戶端請求發(fā)出響應(yīng)。ISAPI提供的內(nèi)容經(jīng)由公共對象類似于HttpRequest和HttpResponse，通過一個設(shè)計優(yōu)良的、可訪問的接口，以托管對象的方式暴露非托管數(shù)據(jù)。

從瀏覽器到ASP.NET讓我們從一個典型的ASP.NET Web請求的生命周期的起點開始。用戶通過在瀏覽器中鍵入一個URL，點擊一個超鏈接，提交一個HTML表單(一個post請求)，或者一個客戶端程序調(diào)用基于ASP.NET的WebService(通過ASP.NET提供服務(wù))。在服務(wù)器端，IIS5或者IIS6將會收到這個請求。ASP.NET的底層通過ISAPI擴(kuò)展與IIS通信，然后，通過ASP.NET，這個請求通常被路由到一個帶有.aspx擴(kuò)展名的頁面。但是，這個處理過程如何工作，則完全依賴于HTTP處理器(handler)的執(zhí)行。這個處理器將被安裝用于處理指定的擴(kuò)展。在IIS中，.aspx經(jīng)由“應(yīng)用程序擴(kuò)展”被映射到ASP.NET ISAPI的dll文件：aspnet_isapi.dll。每一個觸發(fā)ASP.NET的請求，都必須經(jīng)由一個已經(jīng)注冊的，并且指向aspnet_isapi.dll的擴(kuò)展名來標(biāo)識。

注：ISAPI是自定義Web請求處理中第一個并且具有最高性能的IIS入口點。

依靠擴(kuò)展名，ASP.NET把一個請求路由到一個恰當(dāng)?shù)奶幚砥鳎�該處理器則負(fù)責(zé)處理這個請求。舉個例子，WebServices的擴(kuò)展名.asmx不會把一個請求路由到磁盤上的某一個頁面，而是會路由到在定義中附加了指定特性(WebMethodAttribute)的類，此特性會把它標(biāo)識成一個Web Services的實現(xiàn)。許多其它的處理器將隨著ASP.NET一起被安裝。當(dāng)然也可以定義你自己的處理器。在IIS里所有的HttpHandler被映射并指向ASP.NET ISAPI擴(kuò)展，并且這些HttpHandler也都在web.config里配置，用于把請求路由到指定的HTTP處理器里執(zhí)行。每一個處理器都是一個.NET類，用于處理指定的擴(kuò)展。而這些處理器可以處理簡單到只有幾行代碼的Hello World，也可以處理復(fù)雜到類似ASP.NET的頁面以及執(zhí)行WebService。就目前而言，僅僅需要理解擴(kuò)展就是一種基本的映射機(jī)制，ASP.NET用它可以從ISAPI里獲取一個請求，然后把請求路由到指定處理該請求的處理器中。

分享：遠(yuǎn)程抓取GOOGLE的自動翻譯結(jié)果
以下為引用的內(nèi)容： 1 Function RemoveHTML()Function RemoveHTML(strhtml) 2 if strhtml<>"" then 3