從底層了解ASP.NET構(gòu)架

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

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

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

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

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

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

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

ASP.NET是什么？

讓我們從最簡(jiǎn)單的定義開(kāi)始，ASP.NET是什么？我通常喜歡用如下語(yǔ)句來(lái)描述ASP.NET。ASP.NET是完全使用托管代碼處理Web請(qǐng)求的一個(gè)成熟引擎平臺(tái)。它不僅僅只是WebForms和WebServices。

ASP.NET是一個(gè)請(qǐng)求處理引擎。它獲取客戶端請(qǐng)求，然后通過(guò)它內(nèi)置的管道，把請(qǐng)求傳到一個(gè)終點(diǎn)，在這個(gè)終點(diǎn)，開(kāi)發(fā)者可以添加處理這個(gè)請(qǐng)求的邏輯代碼。實(shí)際上這個(gè)引擎和HTTP或者Web Server是完全分開(kāi)的。事實(shí)上，HTTP運(yùn)行時(shí)是一個(gè)組件，你可以把它宿主在IIS之外的應(yīng)用程序上。甚至完全可以和其它的服務(wù)組合在一起。例如可以把HTTP運(yùn)行時(shí)宿主在Windows桌面應(yīng)用程序里。

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

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

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

從瀏覽器到ASP.NET

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

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

ISAPI連接

ISAPI是底層非托管的Win32 API。它定義的接口非常的單一并且性能最優(yōu)。用這些接口處理原始指針（raw pointer），而函數(shù)指針列表（function pointer tables）則用于回調(diào)。ISAPI提供了最低層的、高性能的接口，開(kāi)發(fā)者和工具廠商可以使用這些接口深入到IIS里。由于ISAPI是非常低層的，所以不太適合使用它構(gòu)建應(yīng)用級(jí)的程序。ISAPI趨向于被當(dāng)作橋接口使用，用于給高層次的工具提供應(yīng)用服務(wù)類(lèi)型的功能。例如，ASP和ASP.NET都是被當(dāng)作冷聚變（cold fusion）構(gòu)建于ISAPI之上。大多Perl、PHP和JSP的執(zhí)行如同許多第三方解決方案一樣，可以在IIS運(yùn)行。ISAPI是個(gè)非常好的工具，它給高層次的應(yīng)用程序提供了高性能垂直訪問(wèn)接口。這使得那些高層次的應(yīng)用程序需要的信息可以從ISAPI提供的信息中提煉。在ASP和ASP.NET里，引擎可以提煉ISAPI接口提供的表單里的對(duì)象如：Request和Response，這些對(duì)象可以從ISAPI請(qǐng)求的信息中讀取它們各自的內(nèi)容。

作為約定，ISAPI支持ISAPI擴(kuò)展（extensions）和ISAPI過(guò)濾（filters）。擴(kuò)展是請(qǐng)求處理接口，提供了跟Web Server輸入和輸出相關(guān)的邏輯處理。從本質(zhì)上來(lái)說(shuō)，它是一個(gè)事務(wù)接口。ASP和ASP.NET都被看作ISAPI擴(kuò)展的實(shí)現(xiàn)。ISAPI是鉤子接口，它允許你查看進(jìn)入IIS的每一個(gè)請(qǐng)求并且可以修改請(qǐng)求的內(nèi)容（包括輸入和輸出）或者改變模塊（如：身份驗(yàn)證等）的行為。順便提一下，ASP.NET通過(guò)兩個(gè)方面的內(nèi)容：HTTP處理器（對(duì)應(yīng)ISAPI擴(kuò)展）和HTTP 模塊（對(duì)應(yīng)ISAPI過(guò)濾）映射到ISAPI。這些相關(guān)的內(nèi)容將會(huì)在后面詳細(xì)描述。

ISAPI是代碼的初始點(diǎn)，標(biāo)識(shí)ASP.NET一個(gè)請(qǐng)求的開(kāi)始。ASP.NET映射了不同的擴(kuò)展到它的ISAPI擴(kuò)展，ISAPI擴(kuò)展位于.NET Framework目錄：
<.NET FrameworkDir>aspnet_isapi.dll

可以在IIS服務(wù)管理器里看到這些映射。打開(kāi)Web站點(diǎn)的根目錄的屬性，選擇主目錄選項(xiàng)卡，然后查看配置|應(yīng)用程序映射。

通過(guò)這種機(jī)制，在Web Server里，請(qǐng)求就可以被路由到ASP.NET的處理管道里。盡管.NET需要很多擴(kuò)展名，但不必手工設(shè)置它們，可以使用aspnet_regiis.exe實(shí)用工具確保所有的腳本映射都被注冊(cè)。

cd <.NetFrameworkDirectory> aspnet_regiis - i 這將會(huì)把ASP.NET運(yùn)行時(shí)的個(gè)別版本，通過(guò)腳本映射注冊(cè)到整個(gè)Web站點(diǎn)，并且安裝客戶端腳本庫(kù)，這些腳本庫(kù)將會(huì)被瀏覽器上的控件所使用。

注意:它是注冊(cè)了安裝在上面目錄里的CLR的那個(gè)版本。aspnet_regiis有一個(gè)可選項(xiàng)，可以使你單獨(dú)配置一個(gè)虛擬目錄。

每一個(gè).NET框架的版本，都擁有各自的aspnet_regiis，對(duì)于不同版本的.NET框架，你需要運(yùn)行適當(dāng)版本的aspnet_regiis，注冊(cè)到整個(gè)站點(diǎn)或者虛擬目錄。從ASP.NET2.0開(kāi)始，在IIS控制臺(tái)里，有一個(gè)IIS ASP.NET配置頁(yè)面，在這個(gè)頁(yè)面可以挑選.NET的版本。

IIS5和IIS6的不同之處

當(dāng)一個(gè)請(qǐng)求進(jìn)來(lái)的時(shí)候，IIS會(huì)檢查腳本映射，然后把請(qǐng)求路由到aspnet_isapi.dll。接下來(lái)這個(gè)DLL文件的操作是什么呢？在IIS5和IIS6里，這個(gè)請(qǐng)求又是如何到達(dá)ASP.NET運(yùn)行時(shí)的呢？它們兩者的處理方式有沒(méi)有重大變化呢？

站在比較高的角度，觀看請(qǐng)求從IIS到ASP.NET運(yùn)行時(shí)的流程，然后直達(dá)請(qǐng)求處理管道。IIS5和IIS6與ASP.NET的接口采用了不同的方式，但從請(qǐng)求到達(dá)ASP.NET管道后的整個(gè)過(guò)程是完全一樣的。

IIS5直接把a(bǔ)spnet_isapi.dll寄宿在inetinfo.exe進(jìn)程里，或者它們中的一個(gè)將會(huì)與工作進(jìn)程隔離，如果擁有隔離權(quán)限，那么可以把Web站點(diǎn)和虛擬目錄隔離的級(jí)別設(shè)置為中等或者高級(jí)。當(dāng)?shù)谝粋€(gè)ASP.NET請(qǐng)求進(jìn)來(lái)的時(shí)候，DLL將會(huì)在另一個(gè)EXE-aspnet_wp.exe里分配一個(gè)新的進(jìn)程，然后把相關(guān)信息路由到這個(gè)新分配的進(jìn)程里。接著這個(gè)新的進(jìn)程會(huì)依次加載和寄宿.NET運(yùn)行時(shí)。每一個(gè)進(jìn)入到ISAPI DLL的請(qǐng)求，都將通過(guò)調(diào)用命名管道路由給這個(gè)工作者進(jìn)程。

注意：IIS6與之前的Web Server不同，已經(jīng)對(duì)ASP.NET進(jìn)行了優(yōu)化處理。IIS6中使用了應(yīng)用程序池。

值得注意的是，IIS6改變了這個(gè)處理模型，IIS不再直接寄宿像ISAPI擴(kuò)展的任何外部可執(zhí)行代碼。代替的是，IIS總會(huì)保持一個(gè)單獨(dú)的工作進(jìn)程：應(yīng)用程序池。所有的處理都發(fā)生在這個(gè)進(jìn)程里，包括ISAPI dll的執(zhí)行。對(duì)于IIS6而言，應(yīng)用程序池是一個(gè)重大的改進(jìn)，因?yàn)樗鼈冊(cè)试S以更小的粒度控制一個(gè)指定進(jìn)程的執(zhí)行。你可以為每一個(gè)虛擬目錄或者整個(gè)Web站點(diǎn)配置應(yīng)用程序池，這可以很容易的把每一個(gè)應(yīng)用程序隔離到各自的進(jìn)程里，這樣就可以把它與運(yùn)行在同一臺(tái)機(jī)器上其他程序完全隔離。從Web處理的角度看，如果一個(gè)進(jìn)程死掉，至少它不會(huì)影響到其它的進(jìn)程。

另外，應(yīng)用程序池是高度可配置的。通過(guò)設(shè)置應(yīng)用程序池的執(zhí)行許可，可以配置它們的執(zhí)行安全環(huán)境。并且可以為指定的應(yīng)用程序按照相同的粒度定制這些配置。對(duì)于ASP.NET而言，IIS6最大的改進(jìn)是使用應(yīng)用程序池代替了machine.config里的ProcessModel實(shí)體的大部分功能。在IIS5里，這個(gè)實(shí)體是很難管理的，因?yàn)樗脑O(shè)置是全局的，而且不能夠在指定Web程序的web.config里覆蓋這些設(shè)置。當(dāng)IIS6運(yùn)行的時(shí)候，ProcessModel里的大部分配置將被忽略，取而代之的是讀取應(yīng)用程序池的配置。注意我這里說(shuō)的是大部分，另外的一些配置，像線程池的大小和IO線程數(shù)目等仍然需要通過(guò)這個(gè)節(jié)點(diǎn)配置，這是因?yàn)?，在服?wù)器的應(yīng)用程序池里沒(méi)有提供類(lèi)似功能的配置。

 由于應(yīng)用程序池是在外部執(zhí)行的，所以這些執(zhí)行可以很容易的被監(jiān)控和管理。IIS6還提供了許多性能計(jì)數(shù)器，可以對(duì)重啟和超時(shí)選項(xiàng)進(jìn)行跟蹤。在許多情況下，這可以幫助應(yīng)用程序糾正問(wèn)題。最后，IIS6的應(yīng)用程序池的實(shí)現(xiàn)不依賴COM+，正如IIS5隔離進(jìn)程一樣，這提高了程序的性能和穩(wěn)定性，特別是那些需要在內(nèi)部使用COM對(duì)象的程序。

 IIS6應(yīng)用程序池也包含了ASP.NET固有的東西，ASP.NET可以和新的底層API通信，這些API允許直接訪問(wèn)HTTP緩沖存儲(chǔ)器的API，而HTTP緩沖存儲(chǔ)器的API可以直接進(jìn)入Web Server的緩沖存儲(chǔ)器，卸載ASP.NET級(jí)別的緩存。

 在IIS6里，ISAPI擴(kuò)展運(yùn)行在應(yīng)用程序池的工作進(jìn)程里。.而NET運(yùn)行時(shí)也運(yùn)行在這個(gè)進(jìn)程里，所以ISAPI擴(kuò)展和.NET運(yùn)行時(shí)的通信是發(fā)生在進(jìn)程內(nèi)的。這就使得比必須使用命名管道接口的IIS5具有更高的性能。盡管IIS的宿主模型不同，但是真正進(jìn)入托管代碼的接口是類(lèi)似的，僅僅在獲取被路由的請(qǐng)求時(shí)有一些變動(dòng)。

進(jìn)入.NET運(yùn)行時(shí)

 進(jìn)入.NET運(yùn)行時(shí)的真正登錄點(diǎn)發(fā)生在一些沒(méi)有正式文檔的類(lèi)和接口之間。在微軟外面的世界，這些接口鮮為人知。微軟的民間也不太熱衷于討論這些細(xì)節(jié)，可能是因?yàn)樗麄冋J(rèn)為這些，對(duì)于使用ASP.NET構(gòu)建程序的開(kāi)發(fā)者沒(méi)有太多的影響。

工作進(jìn)程aspnet_wp.exe（IIS5）和w3wp.exe（IIS6）宿主在.NET運(yùn)行時(shí)里。ISAPI DLL通過(guò)底層的COM調(diào)用一小撮非托管類(lèi)型的接口，其實(shí)，最終調(diào)用的是ISAPIRuntime派生類(lèi)的實(shí)例。進(jìn)入運(yùn)行時(shí)的第一個(gè)登錄點(diǎn)是未歸檔ISAPIRuntime類(lèi)，它通過(guò)COM把接口IISAPIRuntime暴露給調(diào)用者。這些COM接口是底層的IUnknown，基于這些接口，就意味著從ISAPI擴(kuò)展到ASP.NET之間的調(diào)用屬于內(nèi)部調(diào)用。圖3是使用有名的反射工具Refector（http://www.aisto.com/roeder/dotnet/）看到的IISAPIRuntime接口的簽名。Refector是一個(gè)可以查看和反編譯程序集的工具，使用它可以很容易的查看元數(shù)據(jù)、反編譯代碼，就像圖3中看到的那樣。使用它一步一步地探究處理的過(guò)程，這是個(gè)非常不錯(cuò)的方法。

如果想深入了解底層的接口，打開(kāi)Refector工具，然后指向System.Web.Hosting命名空間。進(jìn)入ASP.NET的登錄點(diǎn)以一個(gè)托管的COM接口出現(xiàn)，該接口將在ISAPI dll里被調(diào)用。該登錄點(diǎn)接收一個(gè)指向ISAPI ECB非托管類(lèi)型的指針。ECB擁有訪問(wèn)整個(gè)ISAPI接口的權(quán)限，它可以獲取請(qǐng)求的數(shù)據(jù)以及把返回的數(shù)據(jù)發(fā)回IIS。

 IISAPIRuntime接口擔(dān)當(dāng)著來(lái)自于ISAPI擴(kuò)展（在IIS6里是直接通信的，在IIS5里間接的通過(guò)命名管道通信的）的非托管代碼和托管代碼之間的橋梁。如果留意一下這個(gè)類(lèi)，就會(huì)發(fā)現(xiàn)ProcessRequest方法的簽名像下面的樣子：
[return: MarshalAs(UnmanagedType.I4)] int ProcessRequest([In] IntPtr ecb, [In, MarshalAs(UnmanagedType.I4)] int useProcessModel);

 ecb參數(shù)是ISAPI擴(kuò)展控制塊（extension control block），它被作為非托管資源傳給ProcessRequest方法。此方法將獲取ECB，然后把它作為基本的輸入和輸出接口，用于Request和Response對(duì)象。ISAPI ECB包含著所有底層的請(qǐng)求信息，這其中包括服務(wù)器變量，用于表單變量（form variables）的輸入流，以及用于寫(xiě)數(shù)據(jù)并把數(shù)據(jù)發(fā)送到客戶端的輸出流中。一個(gè)單獨(dú)的ECB引用基本上提供了一個(gè)ISAPI請(qǐng)求可以訪問(wèn)的所有功能。ProcessRequest既是登錄點(diǎn)也是登出點(diǎn)，在這里非托管資源最先與托管代碼相聯(lián)系。

ISAPI擴(kuò)展以異步的方式處理請(qǐng)求。所以，當(dāng)ISAPI擴(kuò)展調(diào)用了工作進(jìn)程或者IIS的線程后，會(huì)立即返回，但會(huì)為當(dāng)前有效的請(qǐng)求保留ECB。因此，ECB需要包含這樣的機(jī)制，即當(dāng)請(qǐng)求結(jié)束的時(shí)候通知ISAPI（通過(guò)ecb.ServerSupportFunction實(shí)現(xiàn)），然后ISAPI擴(kuò)展釋放ECB資源。接著以異步的方式立即釋放ISAPI工作線程，和卸載由ASP.NET托管的那個(gè)隔離的處理線程。

ASP.NET得到ecb引用后，會(huì)在內(nèi)部使用它來(lái)獲取當(dāng)前請(qǐng)求的相關(guān)信息，如服務(wù)器變量，POST的數(shù)據(jù)以及返回輸出到客戶端的數(shù)據(jù)。Ecb將繼續(xù)存活直到這個(gè)請(qǐng)求結(jié)束或者IIS超時(shí),在這之前，ASP.NET將會(huì)與ecb繼續(xù)保持通信。當(dāng)請(qǐng)求結(jié)束的時(shí)候，輸出的內(nèi)容會(huì)寫(xiě)進(jìn)ISAPI的輸出流里（通過(guò)ecb.WriteClient()實(shí)現(xiàn)）。然后ISAPI擴(kuò)展會(huì)被通知請(qǐng)求已經(jīng)結(jié)束，讓它知道ECB可以被釋放了。這個(gè)執(zhí)行過(guò)程是非常高效的，這是因?yàn)?NET類(lèi)本質(zhì)上只是擔(dān)當(dāng)著一個(gè)相當(dāng)瘦小的包裝器，而它包裝的內(nèi)容就是具有高性能的非托管ISAPI ECB。(ITPUB)