每次服務器接受到請求，都要先經IIS處理。這不是一篇描述asp.net生命周期的文章，僅僅是關於IIS操作的。在我們開始之前，先了解這些會有助於對全文的理解，同時歡迎反饋和建議。
什麼是Web Server?
每當我們通過VS運行ASP.NET網站時，VS集成的ASP.NET引擎會響應各種請求，這個引擎的名字叫“WebDev.WebServer.exe”。
當我們配置一個Web程序時，總會涉及到一個詞“Web Server”，它的功能便是會響應所有請求。
什麼是IIS?
IIS(Internet Information Server)是微軟Web Server的一種，用來配置ASP.NET站點。IIS擁有自己的ASP.NET處理引擎來處理請求，因此，當一個請求到達時，IIS接收並處理請求，然後返回內容。
請求處理過程
現在，你應能搞清楚Web Server和IIS的區別。現在我們來看一下核心部分。在繼續之前，你需要搞清兩個概念：
1、工作進程(Worker Process)
2、應用程序池(Application Pool)
工作進程：在IIS中，工作進程(w3wp.exe)運行著ASP.NET應用程序，管理並響應所有的請求，ASP.NET所有的功能都運行在工作進程下，當請求到來時，工作進程會生成Request和Response相關的信息。簡而言之，工作進程就是ASP.NET程序的心髒。
應用程序池：應用程序池是工作進程的容器，通常用來隔開不同配置的工作進程。當一個程序出錯或進程資源回收時，其他池中的程序不會受到影響。
注：當一個應用程序池包含多個工作進程時，被叫做“Web Garden”。
如果我們看一下IIS 6.0的結構，就會發現，可以把它分成兩部分：
1、內核模塊(Kernel Mode)
2、用戶模塊(User Mode)
內核模式是從IIS 6.0被引入的，它包含了一個叫HTTP.SYS的文件，每當請求進來時，會首先觸發該文件的響應。
HTTP.SYS文件負責把請求傳入相應的應用程序池中。但HTTP.SYS如何知道應傳給哪個應用程序池呢?當然不是隨機抽取，每當創建一個應用程序池，該池的ID就會生成並在HTTP.SYS文件中注冊，因此該文件才能確定將請求往哪傳。
以上便是IIS處理請求的第一步。接著，我們來看一下請求如何從HTTP.SYS傳入應用程序池。
在IIS的用戶模塊中，通過Web Admin Services (WAS)從HTTP.SYS接收請求，並傳入相應的應用程序池中。
當應用程序池接收到請求，會接著傳給工作進程(w3wp.exe),該進程檢查來請求的URL後綴以確定加載哪個ISAPI擴展。ASP.NET加載時會附帶自己的ISAPI擴展(aspnet_isapi.dll)，以便在IIS中映射。
注意：如果先安裝了asp.net，然後再安裝IIS，就需要通過aspnet_regiis命令來注冊ASP.NET中的ISAPI擴展。
一旦工作進程加載了aspnet_isapi.dll,就會構造一個HttpRuntime類，該類是應用程序的入口，通過ProcessRequest方法處理請求。
一旦這個方法被調用，一個HttpContext的實例就產生了。可通過HTTPContent.Current獲取到這個實例，且該實例會在整個生命周期中存活，我們通過它可以獲取到一些常用對象，如Request，Response，Session 等。
之後HttpRuntime會通過HttpApplicationFactory類加載一個HttpApplication對象。每一次請求都要穿過一堆HttpModule到達HttpHandler，以便被響應。而這些HttpModule就被配置在HttpApplication中。
有一個概念叫“Http管道”，被叫做管道是因為它包含了一系列的HttpModule，這些HttpModule攔截請求並將其導向相應的HttpHandler。我們也可自定義HttpModule，以便在請求響應之間做點特別的處理。
HttpHandler是“Http管道”的終點。所有請求穿過HttpModule需抵達相應的HttpHandler，然後HttpHandler根據請求資源，產生並輸出內容。也正因此，我們請求任何aspx頁面才會得到響應的Html內容。
結語
每當請求Web服務器上的某些信息時，該請求首先會到達Http.SYS,然後Http.SYS將其發送到相應的應用程序池，應用程序池傳給工作進程並加載ISAPI擴展，然後HttpRuntime對象會被創建，並通過HttpModule和HttpHandler處理請求。
最後，ASP.NET頁面生命周期就開始了。
