ISAPI過濾器（篩選器）：IIS本身是不支持動態頁面的，也就是說他僅僅支持靜態HTML頁面的內容，對于.asp .aspx .cgi .php等，IIS并不知道如果處理這些后綴標記，它就會把它當作文本，絲毫不做處理發送到客戶端。為了解決這個問題，IIS有一種機制，叫做ISAPI的過濾器。它是一個COM組件。舉個asp.net的例子：
ASP.NET服務在注冊到IIS的時候，會把每個擴展可以處理的文件擴展名注冊到IIS里面（如*.ascx *.aspx等）。擴展啟動后，就根據定義好的方式來處理IIS所不能處理的文件，然后把控制權跳轉到專門處理代碼的進程中，asp.net中是aspnet_isapi.dll。讓這個進程開始處理代碼，生成標準的HTML代碼，生成后把這些代碼加入到原有的HTML中，最后把完整的HTML返回給IIS，IIS再把內容發送到客戶端。

在以前的ASP時候，當請求一個*.asp頁面文件的時候，這個HTTP請求首先會被一個名為inetinfo.exe進程所截獲，這個進程實際上就是www服務。截獲之后它會將這個請求轉交給asp.dll進程，這個進程就會解釋這個asp頁面，然后將解釋后的數據流返回給客戶端瀏覽器。其實ASP.DLL是一個依附在IIS的ISAPI文件，它負責了對諸如ASP文件，ASA等文件的解釋執行

HTTP請求的處理（轉載加整理）

當客戶端向web服務器請求一個*.aspx的頁面文件時，同asp類似，這個http請求也會被inetinfo.exe進程截獲（www服務），它判斷文件后綴之后，把這個請求轉交給ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL則會通過一個Http PipeLine的管道，將這個http請求發送給ASPNET_WP.EXE進程，當這個HTTP請求進入ASPNET_WP.EXE進程之后，asp.net framework就會通過HttpRuntime來處理這個Http請求，處理完畢后將結果返回給客戶端。

當一個http請求被送入到HttpRuntime之后，這個Http請求會繼續被送入到一個被稱?為HttpApplication Factory的一個容器當中，而這個容器會給出一個HttpApplication實例來處理傳遞進來的http請求，而后這個Http請求會依次進入到如下幾個容器中：
HttpModule --> HttpHandler Factory --> HttpHandler
當系統內部的HttpHandler的ProcessRequest方法處理完畢之后，整個Http Request就被處理完成了，客戶端也就得到相應的東東了。

完整的http請求在asp.net framework中的處理流程：
HttpRequest-->inetinfo.exe->ASPNET_ISAPI.DLL-->Http Pipeline-->ASPNET_WP.EXE-->HttpRuntime-->HttpApplication Factory-->HttpApplication-->HttpModule-->HttpHandler Factory-->HttpHandler-->HttpHandler.ProcessRequest()
如果想在中途截獲一個httpRequest并做些自己的處理，就應該在HttpRuntime運行時內部來做到這一點，確切的說是在HttpModule這個容器中做到這個的。