絕大多數(shù)的人只熟悉高層的框架如： WebForms 和 WebServices --這些都在ASP.NET層次結(jié)構(gòu)在最高層。

這篇文章的資料收集整理自各種微軟公開的文檔，通過比較 IIS5、IIS6、IIS7 這三代 IIS 對請求的處理過程， 讓我們熟悉 ASP.NET的底層機(jī)制 并對請求(request)是怎么從Web服務(wù)器傳送到ASP.NET運(yùn)行時(shí)有所了解。通過對底層機(jī)制的了解，可以讓我們對 ASP.net 有更深的理解。

IIS 5 的 ASP.net 請求處理過程

對圖的解釋：

IIS 5.x 一個顯著的特征就是 Web Server 和真正的 ASP.NET Application 的分離。作為 Web Server 的IIS運(yùn)行在一個名為 InetInfo.exe 的進(jìn)程上，InetInfo.exe 是一個Native Executive，并不是一個托管的程序，而我們真正的 ASP.NET Application 則是運(yùn)行在一個叫做 aspnet_wp 的 Worker Process 上面，在該進(jìn)程初始化的時(shí)候會加載CLR，所以這是一個托管的環(huán)境。

ISAPI：  指能夠處理各種后綴名的應(yīng)用程序。 ISAPI 是下面單詞的簡寫 ：Internet Server Application Programe Interface，互聯(lián)網(wǎng)服務(wù)器應(yīng)用程序接口。

IIS 5 模式的特點(diǎn)：

IIS6 的 ASP.net 請求處理過程

對圖的解釋：

IIS 5.x 是通過 InetInfo.exe 監(jiān)聽 Request 并把Request分發(fā)到Work Process。換句話說，在IIS 5.x中對Request的監(jiān)聽和分發(fā)是在User Mode中進(jìn)行，在IIS 6中，這種工作被移植到kernel Mode中進(jìn)行，所有的這一切都是通過一個新的組件：http.sys 來負(fù)責(zé)。

注：為了避免用戶應(yīng)用程序訪問或者修改關(guān)鍵的操作系統(tǒng)數(shù)據(jù)，windows提供了兩種處理器訪問模式：用戶模式（User Mode）和內(nèi)核模式（Kernel Mode）。一般地，用戶程序運(yùn)行在User mode下，而操作系統(tǒng)代碼運(yùn)行在Kernel Mode下。Kernel Mode的代碼允許訪問所有系統(tǒng)內(nèi)存和所有CPU指令。

在User Mode下，http.sys接收到一個基于 aspx 的http request，然后它會根據(jù)IIS中的 Metabase 查看該基于該 Request 的 Application 屬于哪個Application Pool， 如果該Application Pool不存在，則創(chuàng)建之。否則直接將 request 發(fā)到對應(yīng)Application Pool 的 Queue中。