步驟 1 到 6 ，是處理應(yīng)用啟動(dòng)，啟動(dòng)好后，以后就不需要再走這個(gè)步驟了。

　　上圖的8個(gè)步驟分別如下：

1. 當(dāng)客戶端瀏覽器開始HTTP 請(qǐng)求一個(gè)WEB 服務(wù)器的資源時(shí)，HTTP.sys 攔截到這個(gè)請(qǐng)求。
2. HTTP.sys contacts WAS to obtain information from the configuration store.
3. WAS 向配置存儲(chǔ)中心請(qǐng)求配置信息。applicationHost.config。
4. WWW 服務(wù)接受到配置信息，配置信息指類似應(yīng)用程序池配置信息，站點(diǎn)配置信息等等。
5. WWW 服務(wù)使用配置信息去配置 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. 客戶端接受到處理結(jié)果信息。

　　W3WP.exe 進(jìn)程中又是如果處理得呢？？ IIS 7 的應(yīng)用程序池的托管管道模式分兩種： 經(jīng)典和集成。 這兩種模式下處理策略各不相通。

　　本文作者：郭紅俊 http://blog.joycode.com/ghj

　　IIS 6 以及 IIS7 經(jīng)典模式的托管管道的架構(gòu)

　　在IIS7之前，ASP.NET 是以 IIS ISAPI extension 的方式外加到 IIS，其實(shí)包括 ASP 以及 PHP，也都以相同的方式配置（PHP 在 IIS 采用了兩種配置方式，除了 IIS ISAPI extension 的方式，也包括了 CGI 的方式，系統(tǒng)管理者能選擇 PHP 程序的執(zhí)行方式），因此客戶端對(duì) IIS 的 HTTP 請(qǐng)求會(huì)先經(jīng)由 IIS 處理，然后 IIS 根據(jù)要求的內(nèi)容類型，如果是 HTML 靜態(tài)網(wǎng)頁(yè)就由 IIS 自行處理，如果不是，就根據(jù)要求的內(nèi)容類型，分派給各自的 IIS ISAPI extension；如果要求的內(nèi)容類型是 ASP.NET，就分派給負(fù)責(zé)處理 ASP.NET 的 IIS ISAPI extension，也就是 aspnet_isapi.dll。下圖是這個(gè)架構(gòu)的示意圖。

　　IIS 7 應(yīng)用程序池的 托管管道模式 經(jīng)典 模式也是這樣的工作原理。 這種模式是兼容IIS 6 的方式， 以減少升級(jí)的成本。

　　IIS6 的執(zhí)行架構(gòu)圖，以及 IIS7 應(yīng)用程序池配置成經(jīng)典模式的執(zhí)行架構(gòu)圖

關(guān)鍵字：IIS7、服務(wù)器、客戶端、瀏覽器