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这个容器中做到这个的。