http请求处理流程(讲的很清楚)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
.NET平台处理HTTP请求
.NET平台处理HTTP请求的过程大致如下:
1、IIS得到一个请求;,。
2、查询脚本映射扩展,然后把请求映射到aspnet_isapi.dll文件
3、代码进入工作者进程(IIS5里是aspnet_wp.exe;IIS6里是w3wp.exe),工作者进程也叫辅助进程;
4、 .NET运行时被加载;
5、非托管代码调用IsapiRuntime.ProcessRequest()方法;
6、每一个请求调用一个IsapiWorkerRequest;
7、使用WorkerRequest调用HttpRuntime.ProcessRequest()方法;
8、通过传递进来的WorkerRequest创建一个HttpContext对象
9、通过把上下文对象作为参数传递给HttpApplication.GetApplicationInstance(),然后调用该方法,从应用程序池中获取一个HttpApplication实例;
10、调用HttpApplication.Init(),启动管道事件序列,钩住模块和处理器;
11、调用HttpApplicaton.ProcessRequest,开始处理请求;
12、触发管道事件;
13、调用HTTP处理器和ProcessRequest方法;
14、把返回的数据输出到管道,触发处理请求后的事件。
当客户端向Web服务器请求一个页面文件时,这个HTTP请求会被inetinfo.exe进程截获(WWW服务),它判断文件后缀,如果是*.aspx、*.asmx 等,就把这个请求转交给aspnet_isapi.dll,而aspnet_isapi.dll则会通过一个Http PipeLine的管道,将这个HTTP请求发送给w3wq.exe进程,当这个HTTP 请求进入w3wq.exe进程之后, framework就会通过HttpRuntime来处理这个HTTP请求,处理完毕后将结果返回给客户端。
当一个HTTP请求被送入到HttpRuntime之后,这个HTTP请求通过HTTP管道(HttpRuntime是HTTP管道的入口)被送入到一个被称之为HttpApplication Factory的一个容器当中,而这个容器会给出一个HttpApplication实例来处理传递进来的HTTP请求,同时HttpApplication实例会创建一个HttpContext对象来记录HTTP请求的上下文,而后这个HTTP请求会依次进入到如下几个容器中:HttpModule --> HttpHandler Factory --> HttpHandler当系统内部的HttpHandler的ProcessRequest方法处理完毕之后,整个Http Request就被处理完成了。
如果想在中途截获一个HttpRequest并做些自己的处理,就应该在HttpRuntime运行时内部来做到这一点,确切的说时在HttpModule这个容器中做到这个的。
过程详解:
从本质上讲,主要是由一系列的类组成,这些类的主要目的就是将Http请求转变为对客户端的响应。HttpRuntime类是的一个主要入口,它有一个ProcessRequest方法,这个方法以一个 HttpWorkerRequest 类作为参数。HttpRuntime类几乎包含着关于单个Http请求的所有信息:所请求的文件、
服务器端变量、QueryString、Http头信息等等。 使用这些信息来加载、运行正确的文件,并且将这个请求转换到输出流中,一般来说,就是HTML页面;二般来说,也可以是张图片^_^。
对于IIS来说,它依赖于一个叫做HTTP.SYS的内置驱动程序来监听来自外部的HTTP请求。在系统启动的时候,IIS首先在HTTP.SYS中注册自己的虚拟路径(实际上相当于告诉HTTP.SYS哪些URL是可以访问的,哪些是不可以访问的。举个简单的例子:为什么你访问的文件不存在时会出现404 错误呢?就是在这一步确定的)。
服务器处理一个.htm页面和一个.aspx页面肯定是不一样的,那IIS依据什么去处理呢?――根据文件的后缀名。能够处理各种后缀名的应用程序,通常被称为 ISAPI 应用程序(Internet Server Application Program Interface互联网服务器应用程序接口),它的主要工作是映射所请求的页面(文件) 和与此后缀名相对应的实际的处理程序。
所有的.aspx文件实际上都是由aspnet_isapi.dll这个程序来处理的,当IIS把对于.aspx页面的请求提交给了aspnet_isapi.dll以后,它就不再关心如何处理这个请求了。
除了映射文件与其对应的处理程序以外,ISAPI还需要做一些其他的工作:
1. 从HTTP.SYS中获取当前的Http请求信息,并且将这些信息保存到HttpWorkerRequest 类中。
2. 在相互隔离的应用程序域AppDomain中加载HttpRuntime。
3. 调用HttpRuntimeProcessRequest方法。
接下来就是程序员编写的代码(C#)所完成的工作了,然后,IIS接收返回的数据流,并重新返还给 HTTP.SYS,最后,HTTP.SYS 再将这些数据返回给客户端浏览器。
名词解释:
IIS:Internet Information Server是一种基于Windows平台的网页服务(World Wide Web server)组件,其中包括WWW服务器、FTP服务器、NNTP服务器和SMTP 服务器,分别用于网页浏览、发布信息、文件传输、新闻服务和邮件发送等方面。IIS的4个核心组件:
HTTP.sys:将 HTTP 请求传送到用户模式应用程序的内核模式设备驱动程序。WWW服务管理和监视组件:配置“万维网发布服务”(WWW服务)并管理工作进程。工作进程:处理提交到分配给它们的Web应用程序的请求。
Inetinfo.exe:主控配置数据库和非Web服务。
MSIL:Microsoft Intermediate Language,微软中间语言。MSIL是将.Net代码转化为机器语言的一个中间过程,它是一种介于高级语言和基于Intel的汇编语言的伪汇编语言。同一段MSIL代码可以被不同的编译器实时编译并运行在不同的结构上,因此MSIL本身与机器无关,可以在装有CLR的任一计算机上运行。CLR:Common Language Runtime,公共语言运行时。简单的理解,就是一个翻译,把.NET平台的各种语言(C#、VB、JS等)翻译为机器可以执行的语言。.NET编译器将程序代码编译成MSIL(Microsoft Intermediate Language ,微软中间语言),然后再由CLR中的JIT(Just In Time,实时)编译器去编译成机器语言来执行。CLR在功能上就如同一块虚拟的CPU,它执行MSIL代码、操作数据。CLR 和真实CPU的类似之处在于它们都不直接操作内存中的变量而是使用程序变量