asp.net框架
asp时代已经过去，web2.0的时代已经来临。asp.net2.0经过MS高度封装，在vs.net下的开发已经完全是傻瓜式的了，但我不愿只做个coding man。
在以往的asp时代，当请求一个*.asp文件的时候，这个请求首先被一个名为inetinfo.exe进程截获，打开任务管理器，发现inetinfo.exe其实就是www服务。Inetinfo.exe截获之后，马上把控制权交给一个名为asp.dll进程，asp.ddl就会解释和执行这个asp页面，之后把数据流返回给client浏览器,如果你是XP系统，就能在C:\WINDOWS\system32\inetsrv目录在找到该文件，此时的asp要通过解释执行，每请求一次，都要从头解释，人世间最痛苦的事，莫过如此。
既然有更新的技术，当然要使用新技术了，老使用旧技术也不能说明你用情专一，^-^
在asp.net2.0时代，当client向IIS请求 *.aspx文件时，请求也同上面一样被inetinfo.exe进程截获，inetinfo.exe判断文件的后缀之后，将这个请求转交给aspnet_isapi.dll,(你可以在C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727目录下找到该文件)，而aspnet_isapi.dll则会通过一个名为HttpPipeLine的管道，将这个请求发送给aspnet_wp.exe进程，(你可以在C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727目录下找到该文件，同时在任务管理器中也可以找到)，一旦http请求进入aspnet_wp.exe进程后，asp.net framework就会通过httpRuntime来处理这个请求，然后把数据流发送回client端的浏览器。
只喜欢和美女聊天的男人，决不是好男人。我们可以把HttpRuntime看成一位美女。既然她是美女，那当然要研究研究了。HttpRuntime到底是什么呢？她不是一个实体，而是执行asp.net的一个抽象的大环境，记住这点很重要。我们来具体看看HttpRuntime到底是怎样执行的？当http请求进入httpRuntime之后，这个请求会被继续被送入到一个名为HttpApplication Factory的工厂中，工厂为这个http请求生成一个HttpApplication的实例，随后这个实例被送到HttpModule容器中，随后http请求继续送到HttpHandler Factory工厂，
这个工厂也会生成一个HttpHandler的实例，这个实例的processRequire方法处理传进来的请求，然后把处理好的结果和控制权交给HttpModule容器，HttpModule容器再把从HttpHandler实例处理好的数据流回发到clinet端的浏览器，这样一个Http请求的完美生命周期就结束了。
记住，真正处理Http请求的地方在HttpHandler实例的processRequire方法中，而到最后回发数据流到client端的地方是HttpModule容器中。
说了这么多，感觉有点乱，画个图，把整个流程整理清楚。
上面是我个人的理解，有不妥之处，请多多指点。