ASP.NET底层架构之从浏览器到ASP.NET

asp.net|架构|浏览器

  让我们从一个典型的ASP.NET Web请求的生命周期的起点开始。当用户输入一个URL,点击了一个超链接或者提交了一个HTML表单(form)(一个POST请求,相对于前两者在一般意义上都是GET请求)。或者一个客户端程序可能调用了一个基于ASP.NET的WebService(同样由ASP.NET来处理)。在Web服务器端,IIS5或6,获得这个请求。在最底层,ASP.NET和IIS通过ISAPI扩展进行交互。在ASP.NET环境中这个请求通常被路由到一个扩展名为.aspx的页面上,但是这个流程是怎么工作的完全依赖于处理特定扩展名的HTTP Handler是怎么实现的。在IIS中。aspx通过’应用程序扩展’(又称为脚本映射)被映射到ASP.NET的ISAPI扩展DLL-aspnet_isapi.dll。每一个请求都需要通过一个被注册到aspnet_isapi.dll的扩展名来触发ASP.NET(来处理这个请求)。

  依赖于扩展名ASP.NET将请求路由到一个合适的处理器(handler)上,这个处理器负责获取这个请求。例如,WebService的。asmx扩展名不会将请求路由到磁盘上的一个页面,而是一个由特殊属性(Attribute)标记为WebService的类上。许多其他处理器和ASP.NET安装,当然你也可以自定义处理器。所有这些HttpHandler在IIS中被配置为指向ASP.NET ISAPI扩展,并在web。config(译著:ASP.NET中自带的handler是在machine。config中配置的,当然可以在web.config中覆盖配置)被配置来将请求路由到指定的HTTP Handler上。每个handler都是一个处理特殊扩展的。NET类,可以从一个简单的只包含几行代码的Hello World类,到非常复杂的handler如ASP.NET的页面或者WebService的handler。当前,只要了解ASP.NET的映射机制是使用扩展名来从ISAPI接收请求并将其路由到处理这个请求的handler上就可以了。

  对在IIS中自定义Web请求处理来说,ISAPI是第一个也是最高效的入口。

  ISAPI连接

  ISAPI是底层的非托管Win32 API。ISAPI定义的接口非常简单并且是为性能做了优化的。它们是非常底层的-处理指针和函数指针表来进行回调-但是它们提供了最底层和面向效率的接口,使开发者和工具提供商可以用它来挂接到IIS上。因为ISAPI非常底层所以它并不适合来开发应用级的代码,而且ISAPI倾向于主要被用于桥接接口,向上层工具提供应用服务器类型的功能。例如,ASP和ASP.NET都是建立在ISAPI上的,Cold Fusion,运行在IIS上的多数Perl,PHP以及JSP实现,很多第三方解决方案(如我的Wisual FoxPro的Web连接框架)都是如此。ISAPI是一个杰出的工具,可以为上层应用提供高效的管道接口,这样上层应用可以抽象出ISAPI提供的信息。在ASP和ASP.NET中,将ISAPI接口提供的信息抽象成了类型Request和Response这样的对象,通过它们来读取ISAPI请求中对应的信息。将ISAPI想像成管道。对ASP.NET来说,ISAPI dll是非常的”瘦”的,只是作为一个路由机制来将原始的请求转发到ASP.NET运行时。所有那些沉重的负担和处理,甚至请求线程的管理都发生在ASP.NET引擎内部和你的代码中。

  作为最为协议,ISAPI同时支持ISAPI扩展和ISAPI过滤器(Filter)。扩展是一个请求处理接口,提供了处理Web服务器的输入输出的逻辑-它本质上是一个处理(事物?)接口。ASP和ASP.NET都被实现为ISAPI扩展。ISAPI过滤器是挂接接口,提供了查看进入IIS的每一个请求的能力,并能修改请求的内容或者改变功能型的行为,例如认证等。顺便提一下,ASP.NET通过了两种概念映射了类似ISAPI的功能:Http Handler类似扩展,Http Module类似过滤器。我们将在后面详细讨论它们。

  ISAPI是开始一个ASP.NET请求的最初的入口。ASP.NET映射了好几个扩展名到它的ISAPI扩展,此扩展位于。NET框架的目录下:

  <.NET FrameworkDir>\aspnet_isapi.dll

  你可以在IIS服务管理界面上看到这些映射,如图1。查看网站根目录的属性中的主目录配置页,然后查看配置|映射。

  

  图1:IIS映射了多种扩展名如。ASPX到ASP.NET的ISAPI扩展。通过这个机制请求会在Web服务器这一层被路由到ASP.NET的处理管道。

  由于.NET需要它们中的一部分,你不应该设置手动这些扩展名。使用aspnet_regiis.exe这个工具来确保所有的映射都被正确的设置了:

  cd <.NetFrameworkDirectory>

  aspnet_regiis – i

  这个命令将为整个Web站点注册特定版本的ASP.NET运行时,包括脚本 (扩展名) 映射和客户端脚本库(包括进行控件验证的代码等)。注意它注册的是<.Net FrameworkDirectory>中安装的特定版本的CLR(如1.1,2.0)。aspnet_regiis的选项令您可以对不同的虚拟目录进行配置。每个版本的.NET框架都有自己不同版本的aspnet_regiis工具,你需要运行对应版本的aspnet_regiis来为web站点或者虚拟目录来配置指定版本的。NET框架。从ASP.NET2.0开始提供了ASP.NET配置页面,可以通过这个页面在IIS管理控制台来交互的配置.NET版本。

时间: 2024-09-11 15:19:27

ASP.NET底层架构之从浏览器到ASP.NET的相关文章

了解ASP.NET底层架构

asp.net|架构 了解ASP.NET底层架构 进入底层 这篇文章以非常底层的视角讲述了Web请求(request)在ASP.NET框架中是如何流转的,从Web服务器,通过ISAPI直到请求处理器(handler)和你的代码.看看在幕后都发生了些什么,不要再把ASP.NET看成一个黑盒了.   ASP.NET是一个非常强大的构建Web应用的平台,它提供了极大的灵活性和能力以致于可以用它来构建所有类型的Web应用.绝大多数的人只熟悉高层的框架如WebForms和WebServices-这些都在A

ASP.NET底层架构探索之IE6的革新

asp.net|架构 IIS 5 和6以不同的方式工作 当一个请求来到时,IIS检查脚本映射(扩展名映射)然后把请求路由到aspnet_isapi.dll.这个DLL的操作和请求如何进入ASP.NET运行时在IIS5和6中是不同的.图2显示了这个流程的一个粗略概览. 在IIS5中,aspnet_isapi.dll直接寄宿在inetinfo.exe进程中,如果你设置了Web站点或虚拟目录的隔离度为中或高,则会寄宿在IIS单独的(被隔离的)工作进程中.当第一个ASP.NET请求来到,DLL(aspn

ASP.NET底层架构探索之HttpHandlers

asp.net|架构 模块是相当底层的,而且对每个来到ASP.NET应用程序的请求都会被触发.Http处理器更加的专注并处理映射到这个处理器上的请求. Http处理器需要实现的东西非常简单,但是通过访问HttpContext对象它可以变得非常强大.Http处理器通过实现一个非常简单的IHttpHandler接口(或是它的异步版本,IHttpAsyncHandler),这个接口甚至只含有一个方法-ProcessRequest()-和一个属性IsReusable.关键部分是ProcessReques

ASP.NET底层架构探索之进入ASP.NET

asp.net|架构 ASP.NET是一个非常强大的构建Web应用的平台,它提供了极大的灵活性和能力以致于可以用它来构建所有类型的Web应用.绝大多数的人只熟悉高层的框架如WebForms和WebServices-这些都在ASP.NET层次结构在最高层.在这篇文章中我将会讨论ASP.NET的底层机制并解释请求(request)是怎么从Web服务器传送到ASP.NET运行时然后如何通过ASP.NET管道来处理请求. 对我而言了解平台的内幕通常会带来满足感和舒适感,深入了解也能帮助我写出更好的应用.

ASP.NET底层架构探索之处理请求

asp.net|架构|请求 当一个请求到来时,它被路由到ISAPIRuntime.ProcessRequest()方法.这个方法调用HttpRuntime.ProcessRequest方法,它作一些重要的事情(用Reflector查看System.Web.HttpRuntime.ProcessRequestInternal方法): ·为请求创建一个新的HttpContext实例 ·获取一个HttpApplication实例 ·调用HttpApplication.Init()方法来设置管道的事件

ASP.NET底层架构探索之进入.NET运行时

进入.NET运行时的真正的入口发生在一些没有被文档记载的类和接口中(译著:当然,你可以用Reflector来查看J).除了微软,很少人知道这些接口,微软的家伙们也并不热衷于谈论这些细节,他们认为这些实现细节对于使用ASP.NET开发应用的开发人员并没有什么用处. 工作进程(IIS5中是ASPNET_WP.EXE,IIS6中是W3WP.EXE)寄宿.NET运行时和ISAPI DLL,它(工作进程)通过调用COM对象的一个小的非托管接口最终将调用发送到ISAPIRuntime类的一个实例上(译注:原

ASP.NET底层架构探索之再谈.NET运行时(一)

本文将重点讲解如何为特定的硬件设备自定义ASP.NET Web移动程序,以及使用模板自定义Form和Panel等控件.通过属性重写这个特性,使ASP.NET Web移动程序可以根据移动设备的硬件功能,为特定的硬件指定其控件的属性值.例如,应用程序可能需要一个Label控件在一些设备上显示较长的文本,而在另一些设备上显示较简短的文本.这就需要我们为每个控件都提供一组属性,应用程序可以针对各个设备重写这些属性.所有的ASP.NET移动控件都具有默认的外观和布局.对于ASP.NET移动控件,你可通过设

ASP.NET底层架构探索之再谈.NET运行时(二)

在这里我们有一个在ISAPI扩展中活动的,可调用的ISAPIRuntime对象的实例.每次运行时是启动的并运行着的时候(译注:相对的,如果运行时并没有启动,就需要象上一章所说的那样载入运行时),ISAPI的代码调用ISAPIRuntime.ProcessRequest()方法,这个方法是真正的进入ASP.NET管道的入口,这个流程在图4中显示. 记住ISAPI是多线程的,所以请求也会通过AppDomainFactory.Create()(译注:原文为ApplicationDomainFactor

ASP.NET底层架构探索之ASP.NET管道

asp.net|架构 HttpApplication触发事件来通知你的程序有事发生,以此来负责请求流转.这作为HttpApplication.Init()函数的一部分发生(用Reflector查看System.Web.HttpApplication.InitInternal()方法和HttpApplication.ResumeSteps()方法来了解更多详情),连续设置并启动一系列事件,包括执行所有的处理器(handler).这些事件处理器映射到global.asax中自动生成的哪些事件中,同时