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