asp.net原理(第一篇)

Asp.net (第一篇)

　當(dāng)用戶在瀏覽器輸入一個URL地址后，瀏覽器會發(fā)送一個請求到服務(wù)器。這時候在服務(wù)器上第一個負責(zé)處理請求的是IIS。然后IIS再根據(jù)請求的URL擴展名將請求分發(fā)給不同的ISAPI處理。

　　流程如下:

　　1、IIS => aspnet_isapi階段

　　ISAPI是一個底層的WIN32 API，開發(fā)者可以使用這些接口深入到IIS，讓IIS支持各種其他處理程序。ISAPI是一個橋接口，通常用于高層次的工具與IIS之間的接駁。例如Windows下的Apache與Tomcat就是構(gòu)建于ISAPI之上。ISAPI是自定義Web請求處理中第一個IIS入口點。

　　在上述步驟中，對于html頁面,txt文件,jpeg和gif圖像的請求，IIS就自己處理了，當(dāng)發(fā)現(xiàn)請求是Asp.net的資源時(如*.aspx,*.asmx,*.ashx)，請求將傳遞到ASP.NET ISAPI擴展aspnet_isapi.dll。

　　aspnet_isapi.dll可以處理多種資源類型,包括Web服務(wù)和HTTP處理程序調(diào)用等。

　　如IIS7中的處理程序映射：

　　以上映射的意思是，將.aspx擴展名的路徑傳遞給aspnet_isapi.dll處理程序處理。

　　2、aspnet_isapi => 輔助進程

　　輔助進程在(IIS5里是aspnet_wp.exe；IIS6里是w3wp.exe)。

aspnet_isapi與輔助進程的通信：

1. aspnet_isapi和輔助進程間的通訊是使用一組 "命名管道" 進行的，命名管道 是一種Win32機制，用于跨進程邊界傳輸機制，命名管道的工作方式。與管道相似:在一端傳入數(shù)據(jù)，在另一端輸出相同的數(shù)據(jù).建立管道既可以連接本地進程，也可以連接遠程計算機上運行的進程,對于本地進程間通訊,管道是Windows中最有效，最靈活的工具。
2. ISAPI使用異步命名管道來將請求轉(zhuǎn)發(fā)給輔助進程并獲得響應(yīng)。
3. 輔助進程 在需要查詢有關(guān)IIS環(huán)境的信息(即服務(wù)器變量)時又使用同步管道。
4. ISAPI模塊創(chuàng)建固定數(shù)量的命名管道，并使用重疊的操作以通過小的線程池，處理同一時間進行的連接。當(dāng)通過管道進行的數(shù)據(jù)交換操作結(jié)束后，完成例程，將斷開客戶端，并重新使用管道實例為新的客戶端服務(wù)。線程池和重疊操作均可以保證使ASP.NET ISAPI的性能達到令人滿意的水平。aspnet_isapi絕不會處理Http請求。

　　IIS與aspnet_isapi的處理邏輯：

1. 當(dāng)請求到達時,IIS檢查資源類型并調(diào)用aspnet_isapi擴展。如果啟用了默認的進程模型。aspnet_isapi會將請求排隊。并將請求分配給輔助進程、所有的請求數(shù)據(jù)都是通過異步I/O發(fā)送。
2. 收到請求后，ASP.NET輔助進程將通知aspnet_isapi，它將為請求服務(wù)(建立管道)。
3. 在輔助進程的上下文中執(zhí)行請求。有時，輔助進程可能需要回調(diào)aspnet_isapi以完成請求，也就是需要說枚舉服務(wù)器變量。這種情況下，輔助進程將使用同步管道，因為這樣可以保持請求處理的邏輯順序。
4. 完成后，響應(yīng)被發(fā)送到打開了異步管道的aspnet_isapi。如果aspnet_isapi檢測到輔助進程已取消，它將自動終止請求并釋放所有相關(guān)的IIS資源。

3、Asp.net運行時環(huán)境：

　　構(gòu)成Asp.net運行時環(huán)境的可執(zhí)行文件如下：

　　aspnet_filter.dll組件是一個小的Win32 ISAPI篩選器，用來備份ASP.NET應(yīng)用程序的無Cookie會話狀態(tài)。

　　aspnet_state.ext的作用對Web應(yīng)用程序更為重要，因為它用于管理會話狀態(tài)。

　　好了，到目前為止，IIS就已經(jīng)將請求轉(zhuǎn)交到了輔助進程，而這個輔助進程實際上就是A