一、前言
目前市面上所用的IIS版本估計都是>=6.0的.所以我們主要以下面三個版本進行講解：
二、IIS6的請求過程
由圖可知,所有的請求會被服務器中的http.sys組件監聽到,它會根據IIS中的Metabase查看基于該Request的Application屬于哪個ApplicationPool，如果該ApplicationPool不存在，則創建之。否則直接將Request發到對應ApplicationPool的Queue中。
每個ApplicationPool對應著一個WorkerProcess：w3wp.exe。在IISMetabase中維護著ApplicationPool和w3wp的映射。WAS（WebAdministrativeservice）根據這樣一個mapping，將存在于某個ApplicationPoolQueue的request傳遞到對應的workerprocess(如果沒有，就創建這樣一個進程)。在workerprocess初始化的時候，加載ASP.NETISAPI。
同時，在w3wp.exe的內部，ASP.NET是以IISISAPIextension的方式外加到IIS(其實包括ASP以及PHP，也都以相同的方式配置),ASP.NETISAPI進而加載CLR。從而為ASP.NETApplication創建一個托管的運行環境，在CLR初始化的使用會加載兩個重要的dll：AppManagerAppDomainFactory和ISAPIRuntime。通過AppManagerAppDomainFactory的Create方法為Application創建一個ApplicationDomain；通過ISAPIRuntime的ProcessRequest處理Request，進而將流程拖入到ASP.NETHttpRuntimePipeline的范疇。
注:ISAPI,意思:互聯網服務器應用程序接口(InternetServerApplicationProgramInterface)。
三、IIS7的工作過程
1、HTTP.sys監聽攔截客戶端請求開始處理。
2、HTTP.sys通過配置信息聯系WAS獲取相關信息。
3、WAS向配置存儲中心請求配置信息。applicationHost.config。
4、WWW服務接受到配置信息，配置信息指類似應用程序池配置信息，站點配置信息等等。
5、WWW服務使用配置信息去配置HTTP.sys處理策略。
6、WAS為這個請求對應的應用程序池（ApplicationPool）開啟W3WPWorkerProcess。
W3WPWorkerProcess處理以后，將Response返回給HTTP.sys。
客戶端接受到Response內容。
注意:我們稱3-6為初始化配置的過程,配置完畢之后,以后的請求就直接到第七步.當然IIS被重啟了,就重頭來過。
三、IIS7程序池托管管道模式
W3WP.exe進程在IIS7中如何工作,取決于IIS7的應用程序池托管管道模式是什么，IIS7目前有2個模式：經典模式和集成模式。
經典的意思大家都知道,就是一個一直以來所使用的方式(便于大家記憶),IIS7其中經典模式的W3WP.exe工作方式就是IIS6的處理方式。
即:IISISAPIextension，也就是aspnet_isapi.dll
IIS7集成模式是一個偉大的改進，讓IIS集成了.NET功能（不在依靠之前IIS版本的aspnet_ISPAI.DLL），也就是說所有的HTTPRequest請求都要經過.NET來處理（包括html,php等），也因為.NET的諸多功能已經成為IIS7的一部份.性能上也得到了提升。
四、IIS8和IIS7有哪些不一樣的地方
1、IIS8.0只能運行于>=WindowsServer2012andWindows8的平臺上;
2、IIS8.0Application的初始化被包括在IIS8.0中.IIS7.5Application初始化(RC)被作為一個外帶模塊;
3、IIS8.0管理工具已經為ASP.net4.5功能更新.IIS7.5中還沒有;
4、IIS8.0集成了SSL認證支持.IIS7.5還沒有;
5、IIS8.0CPU節流已經得到更新且包括額外的節流選項,而IIS7.5還沒有變化;
6、IIS8.0集成了動態IP地址限制功能
7、IIS8.0集成了FTP嘗試登陸限制功能.
8、IIS8.0在NUMA上的多核擴展。
