IIS7站點啓動並處理請求的步驟如下圖：
步驟1 到6 ，是處理應用啓動，啓動好後，以後就不需要再走這個步驟了。
上圖的8個步驟分別如下：
1、當客戶端浏覽器開始HTTP請求一個WEB服務器的資源時，HTTP.sys攔截到這個請求。
2、HTTP.sys contacts WAS to obtain information from the configuration store.
3、WAS向配置存儲中心請求配置信息。applicationHost.config。
4、WWW服務接受到配置信息，配置信息指類似應用程序池配置信息，站點配置信息等等。
5、WWW服務使用配置信息去配置HTTP.sys處理策略。
6、WAS starts a worker PRocess for the application pool to which the request was made.
7、The worker process processes the request and returns a response to HTTP.sys.
8、客戶端接受到處理結果信息。
W3WP.exe進程中又是如果處理得呢?? IIS 7 的應用程序池的托管管道模式分兩種：經典和集成。這兩種模式下處理策略各不相通。
本文http://blog.joycode.com/ghj
IIS 6 以及 IIS7 經典模式的托管管道的架構
在IIS7之前，asp.net是以IIS ISAPI extension的方式外加到IIS，其實包括ASP以及php，也都以相同的方式配置(PHP在 IIS采用了兩種配置方式，除了IIS ISAPI extension的方式，也包括了CGI的方式，系統管理者能選擇PHP程序的執行方式)，因此客戶端對IIS的 HTTP請求會先經由IIS處理，然後IIS根據要求的內容類型，如果是HTML靜態網頁就由IIS自行處理，如果不是，就根據要求的內容類型，分派給各自的IIS ISAPI extension;如果要求的內容類型是ASP.NET，就分派給負責處理ASP.NET的 IIS ISAPI extension，也就是aspnet_isapi.dll。下圖是這個架構的示意圖。
IIS 7 應用程序池的托管管道模式經典模式也是這樣的工作原理。這種模式是兼容IIS 6 的方式，以減少升級的成本。
IIS6的執行架構圖，以及IIS7應用程序池配置成經典模式的執行架構圖
IIS 7 應用程序池的 托管管道模式 集成模式
而IIS 7 完全整合.NET之後，架構的處理順序有了很大的不同(如下圖)，最主要的原因就是ASP.NET從 IIS插件(ISAPI extension)的角色，進入了IIS核心，而且也能以ASP.NET模塊負責處理IIS 7 的諸多類型要求。這些ASP.NET模塊不只能處理ASP.NET網頁程序，也能處理其他如ASP程序、PHP程序或靜態HTML網頁，也因爲ASP.NET的諸多功能已經成爲IIS 7 的一部份，因此ASP程序、PHP程序或靜態HTML網頁等類型的要求，也能使用像是Forms認證(Forms Authentication)或輸出緩存(Output Cache)等ASP.NET 2.0的功能(但須修改IIS 7 的設定值)。也因爲IIS 7 允許自行以ASP.NET API開發並加入模塊，因此ASP.NET網頁開發人員將更容易擴充IIS 7 和網站應用程序的功能，甚至能自行以.NET編寫管理IIS 7 的程序(例如以程控IIS 7 以建置網站或虛擬目錄)。
IIS 7 的執行架構圖(集成托管信道模式下的架構)小結
IIS5到 IIS6的改進，主要是HTTP.sys的改進。
IIS6到 IIS7的改進，主要是ISAPI的改進。、
來源：http://blog.joycode.com/ghj/archive/2008/07/25/115200.aspx
