asp.net原理(第一篇)

Asp.net (第一篇)

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

　　流程如下:

　　1、IIS => aspnet_isapi階段

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

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

　　aspnet_isapi.dll可以處理多種資源類型,包括Web服務和HTTP處理程序調用等。

　　如IIS7中的處理程序映射：

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

　　2、aspnet_isapi => 輔助進程

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

aspnet_isapi與輔助進程的通信：

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

　　IIS與aspnet_isapi的處理邏輯：

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

3、Asp.net運行時環境：

　　構成Asp.net運行時環境的可執行文件如下：

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

　　aspnet_state.ext的作用對Web應用程序更為重要，因為它用于管理會話狀態。

　　好了，到目前為止，IIS就已經將請求轉交到了輔助進程，而這個輔助進程實際上就是A