iis6.0與asp.net的運行原理

　　這幾天上網翻閱了不少前輩們的關於iis和asp.net運行原理的博客，學的有點零零散散，花了好長時間做了一個小結（雖然文字不多，但也花了不少時間呢），鄙人不才，難免有理解不道的地方，還望前輩們不吝賜教。

　　這篇博客主要是描述asp.net程式在iis6.0上的一個執行過程。

　　執行過程圖：

組件描述

　　HTTP.SYS:

　　　　Win2003和winXP SP2的核心操作系統組件,，能夠讓任何應用程式通過它提供的介面，以http協議進行信息通訊。

　　優點：

1. 緩存-靜態的內容被緩存於內核模式下，這使服務響應速度更快
2. 記錄（Log）-IIS的LOG功能更快且標準化
3. 帶寬控制
4. 可靠性-所有的服務請求會在Http.sys里暫存入隊列，而不是由服務程式本身來處理，這樣，即使服務程式重啟，尚未被處理的請求也不會丟失了
5. 埠重用- 現在，只要是通過Http.sys管理的埠（基本包括了那些著名的埠，比如80），都可以同時允許多個程式同時監聽了。

　　簡單來說它是獨立於IIS之外的，任何http請求都會首先被它偵聽到

　　W3SVC：

       1. 沒有第三方應用程式的代碼

       2. 根據配置數據的設置創建和監視w3wp.exe，由工作線程運行Web網站應用。

       3. 總是處於運行狀態，因此它能夠監視Web應用的健康狀況，併在必要時採取行動。由於這一策略，伺服器能夠根據用戶指定的參數監視和重新啟動應用程式。

　　Application Pool(應用程式池):

       1. 在IIS6.0中，每一個用戶web應用程式都會運行在一個應用程式池中。這個應用程式池可以是IIS預設的應用程式池，也可以是用戶自定義的應用程式池。

       2.作為一個宿主程式，每個應用程式池中都會運行著一個或者多個用戶web應用程式。

       3.在應用程式池中，存在著一個或者多個工作進程（一個以上叫Web園）。每個工作進程只能屬於一個特定的應用程式池，由這些工作進程來負責管理應用程式池中的用戶web應用程式。

　　w3wp.exe(工作進程):

　　預設情況下，IIS 6.0在工作進程隔離模式下運行，在這種模式中，對於每一個Web應用，IIS 6.0都用一個獨立的w3wp.exe的實例來運行它。 因此，工作進程隔離模式不存在          進程內（In-Process）應用程式存在的問題，有效地提高了可靠性和安全性。可靠性的提高是因為一個Web應用的故障不會影響到其他Web應用，也不會影響http.sys，每一        個Web應用由W3SVC單獨地監視其健康狀況。安全性的提高是由於應用程式不再象IIS 5.0和IIS4.0的進程內應用那樣用System帳戶運行，預設情況下，w3wp.exe的所有        實例都在一個許可權有限的“網路服務”帳戶下運行，必要時，還可以將工作進程配置成用其他用戶帳戶運行。

　　Metabase(元數據):

1. 保存配置數據
2. 有一個map保存應用程式池和工作進程的數據　　

執行過程

1. 在客戶端(一般指瀏覽器)輸入一個http://www.***.com/default.aspx/
2. HTTP.SYS首先偵聽到請求（靜態文件緩存於內核模式下）
3. W3SVC接收請求,判斷是否是靜態文件，靜態文件直接響應，否則將請求轉發給應用程式池的請求隊列，從元數據（通過WAS）中查找應用程式池數據，沒有則創建
4. WAS請求傳遞給應用程式池對應的工作進程，沒有就創建（創建時載入ISAPI）
5. ISAPI會根據ECH創建一個HttpWorkerRequest
6. 接下來進入應用程式域，由非托管代碼變為托管代碼（CLR）
7. HttpRuntime執行ProcessRequest方法產生HttpContext
8. HttpApplicationFactory執行GetApplicationInstance方法產生HttpApplication
9. HttpApplication執行一系列事件

Application暴露出的事件

　　1.BeginRequest：asp.net開始處理請求的第一個事件，表示處理的開始。

2.AuthenticateRequest：驗證請求，一般用來取得請求的用戶信息。

3.PostAuthenticateRequest：已經獲取請求的用戶信息。

4.AuthorizeRequest：授權，一般用來檢查用戶的請求是否獲得許可權。

5.PostAuthorizeRequest：用戶請求已經獲得授權。

6.ResolveRequestCache：獲取以前處理緩存的處理結果，如果以前緩存過，那麼，不用再進行請求的處理工作，直接返回緩存的結果。

7.PostResolveRequestCache：已經完成緩存的處理工作。

8.PostMapRequestHandler：已經根據用戶的請求，創建了請求的處理器對象。

9.AcquireRequestState：取得請求的狀態，一般用於session

10.PostAcquireRequestState：已經獲得了session

11.PreRequestHandlerExecute：準備執行處理程式。

12.PostRequestHandlerExecute：已經執行了處理程式

13.ReleaseRequestState：釋放請求的狀態。

14.PostReleaseRequestState：已經釋放了請求的狀態。

15.UpdateRequestCache：更新緩存。

16.PostUpdateRequestCache:已經更新了緩存。

17.LogRequest:請求的日誌操作

18.PostLogRequest：已經完成請求的日誌操作。

19.EndRequest：本次請求處理完成。