ITPub博客

首页 > Linux操作系统 > Linux操作系统 > IIS工作原理 【转】

IIS工作原理 【转】

原创 Linux操作系统 作者:kirinri 时间:2009-02-12 20:25:35 0 删除 编辑

网络转载 提到“张子阳”可能是作者。

引言

我查阅过不少Asp.Net的书籍,发现大多数作者都是站在一个比较高的层次上讲解Asp.Net。他们耐心、细致地告诉你如何一步步拖放控件、设置控件属性、编写CodeBehind代码,以实现某个特定的功能。

这种做法,实际上是回答了如何去做的问题,却没有回答为什么可以这样做的问题。

尽管我很推崇 悉江华 先生的《圣殿祭祀的Asp.Net开发详解》一书,但当我翻看了一下其对角色(Role) 和用户(Member)的讲解时,我决定跳过去直接读后面的章节。因为我发现他也随了大流,对这部分的讲解停留在如何去做的层面上。我相信像悉先生这样的牛人是不可能不了解底层运作原理的,仅仅是因为那本书原本就已经很厚了吧。

当你按如何去做所讲解的内容去开发程序的时候,对于你的用户,你仍是一名程序员;但对于实现了MembershipProvider RoleProvider 抽象类的微软开发人员来说,你已经成了他们的一个用户。

你可能觉得了解这些幕后工作是如何运作的无关紧要,作为程序员的你只要保证开发出的程序可以高效地运行就可以了。然而,在开发过程中,你却发现常常需要使用诸如 HttpContext 这样的类。这个时候,你可曾思考过这些类的构成和类的实体是如何创建的?你可能简单地回答:HttpContext代表当前请求的一个上下文环境。可你又知道IIS FrameworkAsp.Net 是如何协同工作处理每个Http请求、如何区分不同的请求、IISFrameworkAsp.Net三者之间的数据如何流动么?

回答上面这些问题,首先需要了解IIS是如何处理页面请求的,这也是理解 Form验证模式和Windows 验证模式 的基础。

Http请求刚刚到达服务器的时候

当服务器接收到一个 Http请求的时候,IIS 首先需要决定如何去处理这个请求(NOTE服务器处理一个.htm页面和一个.aspx页面肯定是不一样的么)。那IIS依据什么去处理呢?―― 根据文件的后缀名。

服务器获取所请求的页面(NOTE也可以是文件,比如 jimmy.jpg)的后缀名以后,接下来会在服务器端寻找可以处理这类后缀名的应用程序,如果IIS找不到可以处理此类文件的应用程序,并且这个文件也没有受到服务器端的保护(NOTE一个受保护的例子就是 App_Code中的文件,一个不受保护的例子就是你的js脚本),那么IIS将直接把这个文件返还给客户端。

能够处理各种后缀名的应用程序,通常被称为 ISAPI 应用程序(NOTEInternet 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请求的所有信息:所请求的文件、服务器端变量、QueryStringHttp 头信息 等等。Asp.Net 使用这些信息来加载、运行正确的文件,并且将这个请求转换到输出流中,一般来说,也就是HTML页面。

NOTE卸载也是为了重新加载),Http请求被分放在相互隔离的应用程序域中。

对于IIS来说,它依赖一个叫做 HTTP.SYS 的内置驱动程序来监听来自外部的 HTTP请求。在操作系统启动的时候,IIS首先在HTTP.SYS中注册自己的虚拟路径。

如果请求的是一个可访问的URLHTTP.SYS会将这个请求交给 IIS 工作者进程。

每个工作者进程都有一个身份标识 以及 一系列的可选性能参数。

接下来进行的事情就是上一章节讲述的 ISAPI 了。

除了映射文件与其对应的处理程序以外,ISAPI 还需要做一些其他的工作:

·                         HTTP.SYS中获取当前的Httq请求信息,并且将这些信息保存到 HttpWorkerRequest 类中。

·                         在相互隔离的应用程序域AppDomain中加载HttpRuntime

·                         调用 HttpRuntimeProcessRequest方法。

接下来才是程序员通常编写的代码所完成的工作了,然后,IIS 接收返回的数据流,并重新返还给 HTTP.SYS,最后,HTTP.SYS 再将这些数据返回给客户端浏览器。

OK,现在你看到张子阳的空间主页了。

3.Asp.Net 的宿主环境

理解管道(Pipeline

在前面两章中,我们在一个相对比较低的层次上讨论了从发出Http请求到看到浏览器输出这转瞬即逝的十分之一秒内IIS Framework 所做的事情。但是我们忽略了一个细节:程序员编写的代码是如何在这一过程中衔接的,本章我们就来看看这个问题。

Http请求进入 Asp.Net Runtime以后,它的管道由托管模块(NOTEManaged Modules)和处理程序(NOTEHandlers)组成,并且由管道来处理这个 Http请求。

4. 理解 Http 管道

我们按编号来看一下这幅图中的数据是如何流动的。

1. HttpRuntimeHttp请求转交给 HttpApplicationHttpApplication代表着程序员创建的Web应用程序。HttpApplication创建针对此Http 请求的 HttpContext对象,这些对象包含了关于此请求的诸多其他对象,主要是window.alert('" + Session[i].ToString() + "')");
            }


2、根据SessionID获取Session
String sID = HttpContext.Current.Session.SessionID.ToString();// 获取SessionID
这2个问题很头疼,严重影响系统的构想。

01.gif

02.gif

03.gif

04.gif

05.gif

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12476590/viewspace-550315/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2007-12-21

最新文章