ASP.net对于编写WEB应用程序以及组件来说是一个很好的框架，但是由于他的庞大性对于很多人来说要了解他的每一个细节好象是否不太可能，我一直认为有必要了解一下基层结构的工作原理以便在设计时获取更高的性能，在接下来的一系列文章中，我将要描叙一下WEB的生命周期，从当请求被服务器接受开始，传送到ASP.net管道处理一直到生成回送信息(如：HTML)在管道处理后期。
介绍
Microsoft Active Server Pages(微软动态网页服务)，同样也被大家称为ASP，首先是在1996年末年发布的，为程序员提供一个用来建立WEB应用程序丰富复杂的框架。几年后，他的基础构造发展改进了很多，也就是大家现在所了解的ASP.net.ASP.net是一个用来构件WEB应用程序的框架，也就是说，他必须运行在WEB服务上，用客服端-服务端模型了表述的话通常是浏览器发送不同类型的资源请求到WEB服务器。在出现动态服务器资源生成技术(如CGI，PHP，JSP以及ASP)，所有的WEB服务只能接受客服端的静态资源请求并把他们回送到客服端。
表面上看起来,这样在服务端和客户端的交互是非常的简单。会话通过HTTP协议进行，他是一个建立在TCP和IP协议(用来在2个连接到不同类型的网络端点交换数据，如我们所知道的WWW万维网)上的应用程序级协议。
本质上任何动态服务器技术需要运行在特定WEB服务上，同样ASP.net紧密地和微软因特网信息服务，也叫做IIS。
不同的服务选择不同的方式去生成动态资源等等。。。我们将要解析一下IIS是怎么做到的当一个请求信息一旦到达服务端以及最后回送到客户端。
IIS and ISAPI 扩展
如上面提到的，静态资源不需要被服务器处理;一旦这样的资源请求到达服务器，服务器只需要从文件系统中找到他的内容并且以字节流形式发送到客户端通过HTTP协议。静态资源可以是图片，,CSS或者普通HTML页面。很显然服务器需要知道怎样去区分静态和动态资源，动态资源需要如何被处理而不是直接发送回客户端。因此出现了ISAPI扩展，ISAPI是因特网服务应用程序编程的接口。ISAPI作为模块被执行如早期的Win32.dll.IIS依靠ISAPI来处理特定的资源。通过IIS映射ISAPI扩展和文件的方式，把每种文件扩展类型关联到特定的ISAPI扩展，也就是说，当一个请求某种文件的请求到达，IIS处理并转到相应的ISAPI扩展，以确认这种请求能被处理。
图表1：在IIS5.0中配置ISAPI扩展映射
图表3主要由请求处理组成。一旦一个请求到达核心级别设备驱动http.sys，然后发送到相应的应用程序池队列，每个队列属于一个指定的应用程序池。
工作进程负责加载asp.net ISAPI扩展，依次加载 CRL 委派所有工作到HTTP运行时。
W3WP.exe进程与IIS5下面的aspnet_wp.exe不同，他不是asp.net特有的，能够用来处理任何类型的请求。什么样的ISAPI模块被加载类型根据需要的服务资源类型。
