ASP.NET是一个非常强大的构建Web应用的平台，它提供了极大的灵活性和能力以致于可以用它来构建所有类型的Web应用。
绝大多数的人只熟悉高层的框架如： WebForms和 WebServices --这些都在ASP.NET层次结构在最高层。
这篇文章的资料收集整理自各种微软公开的文档，通过比较IIS5、IIS6、IIS7这三代IIS对请求的处理过程，让我们熟悉ASP.NET的底层机制并对请求(request)是怎么从Web服务器传送到ASP.NET运行时有所了解。通过对底层机制的了解，可以让我们对ASP.net有更深的理解。
IIS 5 的 ASP.net 请求处理过程
对图的解释：
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，所以这是一个托管的环境。
ISAPI：指能够处理各种后缀名的应用程序。 ISAPI是下面单词的简写：Internet Server Application Programe Interface，互联网服务器应用程序接口。
IIS 5 模式的特点：
1、首先，同一台主机上在同一时间只能运行一个aspnet_wp进程，每个基于虚拟目录的ASP.NET Application对应一个Application Domain ，也就是说每个Application都运行在同一个Worker Process中，Application之间的隔离是基于Application Domain的，而不是基于Process的。
2、其次，ASP.NET ISAPI不但负责创建aspnet_wp Worker Process，而且负责监控该进程，如果检测到aspnet_wp的 Performance降低到某个设定的下限，ASP.NET ISAPI会负责结束掉该进程。当aspnet_wp结束掉之后，后续的Request会导致ASP.NET ISAPI重新创建新的aspnet_wp Worker Process。
3、最后，由于IIS和 Application运行在他们各自的进程中，他们之间的通信必须采用特定的通信机制。本质上IIS所在的InetInfo进程和Worker Process之间的通信是同一台机器不同进程的通信(local interprocess communications)，处于Performance的考虑，他们之间采用基于Named pipe的通信机制。ASP.NET ISAPI和Worker Process之间的通信通过他们之间的一组Pipe实现。同样处于Performance的原因，ASP.NET ISAPI通过异步的方式将Request传到Worker Process并获得Response，但是Worker Process则是通过同步的方式向ASP.NET ISAPI获得一些基于Server的变量。
IIS6 的 ASP.net 请求处理过程