這篇文章大體分為兩個部分，第一部分我將談談IIS的兩個不同的版本―IIS 5.x 和 IIS 6（雖然IIS 7已經Release很長時間了，而且較之前兩個版本發生了非常大的變化，由于本人缺乏對IIS 7深入的了解，所以在這里就不再介紹了，不過以后我將這方面的內容補上）的處理模型：IIS如何監聽來自外界的Http request，如何根據ISAPI Extension Mapping將對于不同Resource的請求分發給不同的ISAPI Extension，基于ASP.NET Resource的ASP.NET ISAPI如何將Request傳遞給ASP.NET Runtime 環境。第二部分將著重介紹在一個托管的ASP.NET Runtime 環境對傳入的Http request的處理過程。我們先來看看IIS 5.x和IIS 6的處理過程。

1．             一、IIS 5.x based Process Model

IIS 5.x一個顯著的特征就是Web Server和真正的ASP.NET Application的分離。作為Web Server的IIS運行在一個名為InetInfo.exe的進程上，InetInfo.exe是一個Native Executive，并不是一個托管的程序，而我們真正的ASP.NET Application則是運行在一個叫做aspnet_wp的Worker Process上面，在該進程初始化的時候會加載CLR，所以這是一個托管的環境。我們接下來將談論aspnet_wp如何創建，aspnet_wp和InetInfo.exe如何進行通信，以及簡單介紹在aspnet_wp中，如何將Request 導入ASP.NET Rutime Pipeline。

我們通過創建虛擬目錄將資源Host到IIS下，原則上，我們可以通過IIS訪問置于虛擬目錄下的所有Resource，這部僅僅包含一些靜態資源文件，比如圖片、純Html文件、CSS、JS等等，也包含一些需要動態執行的文件，比如aspx，asmx等等，我們還可以將Remoting和WCF Service Host到IIS下。對于這些靜態的文件，IIS直接提取對應的文件將其作為Http Response返回給Client，但是對于這些需要進一步處理的動態執行的文件，IIS必須將Request進一步傳遞給對應的處理程序，待處理程序執行完畢獲得最終的Http Response通過IIS返回給Client。對于IIS來說，這些處理程序通過ISAPI Extension來體現。對于基于ASP.NET的Resource，其對應的ISAPI Extension為ASP.NET ISAPI，通過一個aspnet_isapi.dll承載。IIS的Metadata database維護著一個稱為ISAPI Extension Mapping的數據表，負責將不同類型的Resource影射到對應的ISAPI Extension。

上圖像我們展示了IIS 5.x如何處理一個基于ASP.NET Resource（以aspx為例）的Http Request的大體流程。首先用戶通過Browser請求一個aspx page，Brower向對于得Web Server，也就是目標主機的IIS。在上面我們提到過，IIS運行在一個稱為InetInfo.exe的進程中，InetInfo.exe是一個Native Executive，并非一個托管的程序。IIS分析Request的目標資源文件的擴展名（這里是aspx），通過ISAPI Extension Mapping獲知對應的ISPAI為ASP.NET ISAPI,于是加載aspnet_isapi.dll。到此為止，該Request的處理交由ASP.NET ISAPI,處理。ASP.NET ISAPI會創建一個叫做aspnet_wp.exe的Worker Process（如果該進程不存在的話），在aspnet_wp.exe初始化的時候會加載CLR，從而為ASP.NET Application創建一個托管的運行環境，在CLR初始化的使用會加載兩個重要的dll：AppManagerAppDomainFactory和ISAPIRuntime。通過AppManagerAppDomainFactory的Create方法為Application創建一個Application Domain；通過ISAPIRuntime的ProcessRequest處理Request，進而將流程拖入到ASP.NET Http Runtime Pipeline的范疇，ASP.NET Http Runtime Pipeline對Http Request的處理是一個相對復雜的過程，相關的介紹會放在本篇文章的下一部份。在這里我們可以把它看成是一個黑盒，它接管Request，最終生成Html。