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容器中。
说了这么多,感觉有点乱,画个图,把整个流程整理清楚。
上面是我个人的理解,有不妥之处,请多多指点。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 25岁的心里话
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
2007-01-22 第一次简单总结CPU工作原理
2007-01-22 整理DOTNET代码生成器
2007-01-22 架构设计师与SOA(转)