【asp精品源码栏目提醒】:文章导读:在新的一年中,各位网友都进入紧张的学习或是工作阶段。
网学会员整理了asp精品源码-IIS工作原理-通俗易懂 - 其它资料的相关内容供大家参考,祝大家在新的一年里工作和学习顺利!
ASP.NET 页面与 IIS 底层交互和工作原理详解第一回:引言我查阅过不少 Asp.Net 的书籍,发现大多数作者都是站在一个比较高的层次上讲解Asp.Net。
他们耐心、细致地告诉你如何一步步拖放控件、设置控件属性、编写 CodeBehind代码,以实现某个特定的功能。
这种做法,实际上是回答了“如何去做”的问题,却没有回答“为什么可以这样做”的问题。
尽管我很推崇 悉江华 先生的《圣殿祭祀的 Asp.Net 开发详解》一书,但当我翻看了一下其对角色Role 和 用户Member的讲解时, 我决定跳过去直接读后面的章节。
因为我发现他也随了大流,对这部分的讲解停留在“如何去做”的层面上。
我相信像悉先生 这样的牛人是不可能不了解底层运作原理的,仅仅是因为那本书原本就已经很厚了吧。
当你按“如何去做”所讲解的内容去开发程序的时候,对于你的用户,你仍是一名程序员;但对于实现了 MembershipProvider 和 RoleProvider 抽象类的微软开发人员来说,你已经成了他们的一个用户。
NOTE:我既不反对一些作者只讲解“如何去做”,也不反对你只学“如何去做”,这样也有它的好处,就是可以快速开发。
我只是建议多掌握一点底层知识,对一些问题会有更好的理解。
希望通过这一系列文章的讲解,可以让你更好的理解 Asp.Net 的运作原理和做以了解。
Http 请求处理流程概述思考“为什么在地址栏输入 www.tracefact.net 就可以看到张子阳的个人空间?”,类似于思考“为什么苹果是往地上掉不是往天上飘?”。
对于普通访问者来说,这就像每天太阳东边升起西边落下一样是理所当然的;对于很多程序员来说,认为这个与己无关,不过是系统管理员或者网管员的责任。
毕竟,IIS 是 Windows 的一个组件,又不是 Asp.Net 的一个组成部分。
而实际上,从你轻拍回车到页面呈现在你眼前的十分之一秒内,IIS 和.NetFramework 已经做了大量的幕后工作。
你可能觉得了解这些幕后工作是如何运作的无关紧要,作为程序员的你只要保证开发出的程序可以高效地运行就可以了。
然而,在开发过程中,你却发现常常需要使用诸如HttpContext 这样的类。
这个时候,你可曾思考过这些类的构成和类的实体是如何创建的?你可能简单地回答:HttpContext 代表当前请求的一个上下文环境。
可你又知道 IIS 、Framework、Asp.Net 是如何协同工作处理每个 Http 请求、如何区分不同的请求、IIS、Framework、Asp.Net 三者之间的数据如何流动么?回答上面这些问题,首先需要了解 IIS 是如何处理页面请求的,这也是理解 Form 验证模式和 Windows 验证模式 的基础。
Http 请求刚刚到达服务器的时候 当服务器接收到一个 Http 请求的时候,IIS 首先需要决定如何去处理这个请求(NOTE: 服务器处理一个.htm 页面和一个.aspx 页面肯定是不一样的么)。
那 IIS 依据什么去处理 呢?―― 根据文件的后缀名。
服务器获取所请求的页面(NOTE:也可以是文件,比如 jimmy.jpg)的后缀名以后,接 下来会在服务器端寻找可以处理这类后缀名的应用程序, 如果 IIS 找不到可以处理此类文件 的应用程序,并且这个文件也没有受到服务器端的保护(NOTE:一个受保护的例子就是 App_Code 中的文件,一个不受保护的例子就是你的 js 脚本),那么 IIS 将直接把这个文 件返还给客户端。
能够处理各种后缀名的应用程序, 通常被称为 ISAPI 应用程序 (NOTE: Internet Server Application Programe Interface,互联网服务器应用程序接口)。
虽然这 ISAPI 听上 去还挺气派,也算是“应用程序”呢,但仔细看看它的全称就明白了:它实际上只是一个接口, 起到一个代理的作用,它的主要工作是映射所请求的页面文件 和与此后缀名相对应的 实际的处理程序。
让我们更进一步地看一下 ISAPI ,看看它到底是什么样子,请按下面的步骤进行: 打开 IIS。
选择随意一个站点,鼠标右键,“属性”。
选择“主目录”选项卡。
选择“配置”。
你应该会看到如下的画面: 图 1. 应用程序配置很清楚地就可以看到,所有 IIS 所能处理,或者叫 ISAPI 所提供代理服务的 文件类型 及其相对应的实际的后台处理程序都在这里清楚地列出来了。
我们找到 .aspx 的应用处理程序,然后点“编辑”,会出现下面的画面:图 2. 编辑.aspx 文件的处理程序一路看到这里,可以看出,所有的.aspx 文件实际上都是由 aspnet_isapi.dll 这个程序来处理的,当 IIS 把对于.aspx 页面的请求提交给了 aspnet_isapi.dll 以后,它就不再关心这个请求随后是如何处理的了。
现在我们应该知道:Asp.Net 只是服务器IIS的一个组成部分而已,它是一个 ISAPI 扩展。
这里需要注意两点: 当你修改“限制为”后,可以限制页面文件只能以某种特定方式访问 “确认文件是否存在”是实现 URL 地址映射的关键选项,我以后会专门讲述。
理解宿主环境(Hosting)从本质上讲,Asp.Net 主要是由一系列的类组成,这些类的主要目的就是将 Http 请求转变为对客户端的响应。
HttpRuntime 类是 Asp.Net 的一个主要入口,它有一个称作ProcessRequest 的方法,这个方法以一个 HttpWorkerRequest 类作为参数。
HttpRuntime 类几乎包含着关于单个 Http 请求的所有信息:所请求的文件、服务器端变量、QueryString、Http 头信息 等等。
Asp.Net 使用这些信息来加载、运行正确的文件,并且将这个请求转换到输出流中,一般来说,也就是 HTML 页面。
NOTE:二般来说,也可以是张图片。
当 Web.config 文件的内容发生改变 或者 .aspx 文件发生变动的时候,为了能够卸载运行在同一个进程中的应用程序(NOTE:卸载也是为了重新加载),Http 请求被分放在相互隔离的应用程序域中。
NOTE:可能你以前就听过应用程序域,但是不了解怎么回事,应用程序域就是AppDomain。
对于 IIS 来说,它依赖一个叫做 HTTP.SYS 的内置驱动程序来监听来自外部的 HTTP 请求。
在操作系统启动的时候,IIS 首先在 HTTP.SYS 中注册自己的虚拟路径。
NOTE:实际上相当于告诉 HTTP.SYS 哪些 URL 是可以访问的,哪些是不可以访问的。
举 个简单的例子:为什么你访问不存在的文件会出现 404 错误呢?就是在这一步确定的。
如果请求的是一个可访问的 URL,HTTP.SYS 会将这个请求交给 IIS 工作者进程。
NOTE:IIS6.0 中叫做 w3wp.exe,IIS5.0 中叫做 aspnet_wp.exe。
每个工作者进程都有一个身份标识 以及 一系列的可选性能参数。
NOTE:可选性能参数,是指诸如 回收机制的设置、超时时间设置 等等。
接下来进行的事情就是上一章节讲述的 ISAPI 了。
NOTE:这部分的内容相关性比较强,为了让大家好理解,我最后还是决定把 ISAPI 放到 前面了,可能全系列完成的时候会再调整吧。
除了映射文件与其对应的处理程序以外,ISAPI 还需要做一些其他的工作: 从 HTTP.SYS 中获取当前的 Httq 请求信息,并且将这些信息保存到 HttpWorkerRequest 类中。
在相互隔离的应用程序域 AppDomain 中加载 HttpRuntime。
调用 HttpRuntime 的 ProcessRequest 方法。
接下来才是程序员通常编写的代码所完成的工作了,然后,IIS 接收返回的数据流,并重新 返还给 HTTP.SYS,最后,HTTP.SYS 再将这些数据返回给客户端浏览器。
OK,现在你看到张子阳的空间主页了。
图 3.Asp.Net 的宿主环境 理解管道(P
上一篇:
Web服务器
下一篇:
土木建筑工程的可持续发展教育