asp教程 – 蓝灵之翼

ASP内置对象 Request对象详解

lanling — Sun, 29 Nov 2009 10:50:00 +0000

重新阅读基础吧.

Request对象用于接受所有从浏览器发往你的服务器的请求内的所有信息。

集合

Request.ClientCertificate(key[SubField])

所有客户证书的信息的集合。对于Key，该集合具有如下的关键字：

Subject
证书的主题。包含所有关于证书收据的信息。能和所有的子域后缀一起使用。

Issuer
证书的发行人。包含所有关于证书验证的信息。除了CN外，能和所有的子域后缀一起使用。

VadidFrom
证书发行的日期。使用VBScript格式。

ValidUntil
该证书不在有效的时间。

SerialNumber
包含该证书的序列号。

Certificate
包含整个证书内容的二进制流，使用ASN.1格式。

对于SubField，Subject和Issuer关键字可以具有如下的子域后缀：（比如：SubjectOU或IssuerL）

C
起源国家。

O
公司或组织名称。

OU
组织单元。

CN
用户的常规名称。

L
局部。

S
州（或省）。

T
个人或公司的标题。

GN
给定名称。

I
初始。

当文件cervbs.inc(VBScript使用)或cerjavas.inc(Jscript使用)通过使用#INCLUDE导向包含在你的Active Server Page里时，下面两个标志可以使用：

ceCertPresent
指明客户证书是否存在，其值为TRUE或FALSE。

ceUnrecongnizedIssure
指明在该链表中的最后的证书的发行者是否未知，其值为TRUE或FALSE。

Request.Cookies(Cookie[(key).Attribute])

Cookie的集合。允许获得浏览器的Cookie。Cookie指明返回那一个Cookie。Key用于从Cookie字典中返回具有某一关键字的Cookie值。对于Attribute，你能使用属性HasKeys来确定某一Cookie是否具有子关键字。HasKeys的值为TRUE或FALSE。

Request.Form(Parameter)[(Index).Count]

填写在HTML的表单中所有的数据的集合。Parameter是在HTML表单中某一元素的名称。当某一参数具有不止一个值（比如，当在
　　
　　
　　

　　这是一锻简单的建立cookie的脚本。
　　
　　1，
　　
　　
　　
　　
　　以上的便是一段读取cookie的名字和值的脚本。上文中解释过的语句在此不多赘述，且看有什么新的语法：
　　
　　1，thisCookie = documents .cookie.split("; ")[注意：并非前文中出现过的split("=")。
　　
　　split("; ")可以产生数组的结果，本句中，由documents .cookie.split("; ")来获取cookie的值，并将这个数组赋值缎带变量：thisCookie。
　　
　　2，for (i=0; i　　
　　设置计算器变量i的值为0，如果其值小于thisCookie.length(thisCookie中值的个数)，将i的值加1。
　　
　　3，document.write("Cookie name is ’"+thisCookie.split("=")[0])
　　
　　此句中thisCookie.split("=")[0]较难理解，上面的脚本中，thiscookie已经被赋值为一个数组的值，那么thisCookie是指数组中第i个值，也就是第i个cookie，而由上文可知split("=")[0]是指cookie的名字。

　　这样thisCookie.split("=")[0]便是第i的cookie中cookie的名字!
　　
　　4,document.write("’, and the value is ’"+thisCookie.split("=")[1]
　　
　　跟3极为相似，即是第i个cookie中 cookie的值。
　　
　　到此，我们已经熟悉了如何建立cookie以及它的读取。这些也正是cookie欺骗也需要的主要技术!

　　三、cookie欺骗的实现
　　
　　要做到cookie欺骗，最重要的是理解目标cookie中的储值情况，并设法改变它。由上面的学习我们知道，基于cookie的格式所限，一般来说，只有在Cookie.split("=")[0]和Cookie.split("=")[1]中的值对我们才是有用的。也就是说只需改变这两处或是处的值即可达到我们的目的。

　　而在实际操作中，还得先解决另一个问题。由于受浏览器的内部cookie机制所限，每个cookie只能被它的原服务器所访问!可我们总不能跑到人家服务器上操作吧!这里就需要一个小技巧了。

　　在上面我们提到过cookie的格式，最后两项中分别是它的url路径和域名。不难想到，服务器对cookie的识别靠的就是这个!

　　而在平时，我们要浏览一个网站时，输入的url便是它的域名，需要经过域名管理系统dns将其转化为IP地址后进行连接的。这其中就有一个空当。如果能在dns上做手脚，把目标域名的IP地址对应到其它站点上，我们便可以非法访问目标站点的cookie了!

　　做到这一点并不难，当然我不并不是要去操纵dns，而且那也是不可能的事情。在win9下的安装目录下，有一名为hosts.sam的文件，以文本方式打开后会看到这样的格式：

　　127.0.0.1 lockhost #注释

　　利用它，我们便可以实现域名解析的本地化!而且其优先权高于网络中的dns!

　　具体使用时，只需将IP和域名依上面的格式添加，并另存为hosts即可!(注意：此文件无后赘名，并非hosts.sam 文件本身!)
　　
　　到此，cookie欺骗所需的所以知识已经齐备。下面以一个“假”的例子，演示一下如何进入实战.(不便给出真实地址，以免引起犯罪!~~~:P)
　　假设目标站点是 www.xxx.com
　　www.self.com是自己的站点。(可以用来存放欺骗目标所需的文件，用来读取和修改对方的cookie.)

　　首先ping出www.self.com的IP地址：

　　ping www.self.com
　　
　　Reply from 12.34.56.78: bytes=32 time=20ms TTL=244
　　
　　然后修改hosts.sam文件如下：
　　
　　12.34.56.78 www.xxx.com
　　并保存为hosts。
　　
　　将用来读取cookie的页面传至www.self.com(脚本如二所示)。
　　此时连上www.xxx.com。由于我们已经对hosts动过手脚，这时来到的并不是www.xxx.com，而是www.self.com

　　www.xxx.com设在本地的cookie便可被读出!~~:D

　　然后根据具体情况修改一的脚本，用同样的方法，向此cookie中写入数据。修改完毕后，删掉hosts文件，再重新进入www.xxx.com，此时已经大功告成，可享受你的hack成果了!~~~:)
　　
　　编后

　　cookie欺骗是一种发现较早，且较难使用的hack手法，除了java script 可以控制以外，asp等也可以用来对其进进设置。所以在此声明，未必能对所有站点有较。但技术真实，无须置疑!
　　
　　补充：在win2000中hosts文件的建立与win98不同，需要c:\winnt\system32\drivers\etc文件夹中创建!

ASP应用程序与会话

lanling — Sun, 29 Nov 2009 10:45:00 +0000

本章将讨论ASP的另两个对象。就是Application和 Session对象。这两个对象不是直接地与请求和响应的管理有关，而是更多地与ASP网页运行环境的管理相关。
与建立Web站点或Web应用程序有关的共同问题之一，是使用HTTP协议时没有状态。状态提供了与一个指定用户有关的变量值、对象和其他资源，并且应用程序中的任意例程都能使用它；以一种像VB或C++这样的程序设计语言编写一般的基于客户的应用程序时，使用状态可以完成一些相应的工作。然而，Web并不提供这种能力。在本章中，读者将看到为什么和如何避免这个问题。
本章还涉及到一些术语和技术问题。它迄今为止，本书中已经简单地讨论了“Web应用程序”，但没有真正确切地理解或准确定义它们到底是什么。本书也涉及到了“用户会话”，也没有相应的比较完全的描述。前面有意地省略这方面的内容，因为它们与ASP的应用程序和会话密切相关。下面将介绍ASP的Application和Session对象。
本章研究的主要内容：
· Web应用程序是什么，以及它们如何与ASP Application对象相联系。
· ASP如何自动地创建和管理应用程序和会话。
· Application和Session对象提供的功能。
· 如何把Application和Seesion对象放入ASP网页中。
首先研究整个内容的核心问题：状态。

3.1 Web上的状态管理
许多开发人员把应用程序传送到Web之前从来没考虑状态的概念。正如前面说过的，Web是一个无状态的环境。因此应该探讨一下状态是什么，了解能够避免产生问题的方法。

3.1.1状态的准确定义
在单用户程序中，创建一个可执行的应用程序时，例如使用VB建立一个.exe文件，可以声明一个全局（或Public）变量，然后在代码中任何地方可对其进行访问。在应用程序运行的所有时刻，时刻值一直是有效，并且是可访问的。
对于一个传统的客户机/服务器解决方案，例如一个基于客户机的应用程序对一个基于服务器的数据库引擎进行访问的系统，每个客户端建立了一个与服务器和数据库应用程序的连接。这种连接通常是通过验证用户的方法来建立的。
验证过程是典型的识别用户身份的过程，通过一个用户名和口令组合来证明是否为合法的用户。
一旦通过验证，在客户端和基于服务器的应用程序之间就建立了连接，该连接在用户使用该应用程序的所有时间内一直保持有效。当用户注册到酵Windows 2000服务器上时，这一切便会发生。无论何时，管理员使用 “Active Directory Users and Computers”实用程序（单击“Start”菜单的“Administrative Tools”选项中的 “Directory Management”项）都可以观察到活动的用户连接。这个过程在许多系统中都相同，例如Microsoft SQL Server。
这种永久的连接意味着：当用户发送指令或请求到服务器上时，服务器会很容易地识别每个用户。同样服务器的响应或任何其他用户的信息也能直接返回用户。要进一步指出的是服务器可以比较容易地存储与每个客户相关的值和信息，并在需要的时候提供给相应的客户。当然，服务器应用程序能够拥有主全局变量，以便于用户在需要的时候进行访问。
这种识别每个客户端的请求并在内存中保存相关用户的值的能力构成状态。可以认为状态代表应用程序的值、环境以及用户的内部变量，并贯穿于应用程序和用户连接的整个过程。

3.1.2 状态的重要性
如果打算创建与用户进行交互的基于Web站点的应用程序，而不是仅显示独立页面的Web网站，必须能够为每个用户提供独立的状态。这可能只是记住他们的名字，也可能要为每个用户存储对象引用或不同的记录集。如果不能这样做，ASP网页就不能做更多的事情，因为该页面执行完成时，页面中的变量和其他相关资料都破坏了。录用户请求下一个页面时，这个页面提供的所有信息将全部失去。
因此，需要找到一种方法，保存每个访问者的状态。能够存储对所有用户而言的全局值是非常重要。例如，一个Web风格的访问或页面点击计数器，它不为每个用户提供自己的计数器，用户们通常想要看到访问者的总数，而不仅仅是他们自己访问的次数。访问者的数目需要与应用程序级状态一起存储，而不是与用户级状态一起存储。
这不是一个刚出现的问题，自从商用站点占据了Web，就已经存在，甚至更早些。所以已有许多在Web上存储状态的传统的解决方案。Web站点管理员想要了解访问者以前是否曾访问过他们的网站，如果访问过，访问过多少次？还定期访问其他什么网站等。这样可以更好地制定其广告目标。所有这些都要求一种方法来存储有关用户在访问时所产生的网页请求或每次访问间的信息。

3.1.3在Web上创建状态
在页面请求和站点访问之间提供状态常用的方法是通过cookie。我们在前面的章节中已经看到，如何在客户端的计算机中存放相应的值，这些值与每个页面请求一起发送给对此cookie有效的域。通过用ASP检查和更新cookie，在某种程度上能够保持一个状态。可以使用所包含的信息来识别用户，然后把用户连接到一个已存储相应值的集合。
例如，可以检测一个用户请求是否包含一个站点指定的cookie。如果不包含，则为该用户分配一个某种类型的标识，指明一个数量，并存储在带有一个长有效期的cookie中。以后该用户对这个站点的每一次访问，都能够检测到cookie并更新所包含的信息。同时可以收集有关访问的次数和持续时间的数据，并存储在服务器上，以备将来使用。
但是，如果用户转移到另一个计算机，或删除了cookie，或者他们的浏览器拒绝接收发送给他们的cookie，会发生什么事情呢？在这种情况下，不能维持状态，因为下一次不能识别他们现在，Web上有许多cookie，大多数人会接受它们，而不加理会。如果打开浏览器中的“Warn before accepting cookies”选项，接着漫游几个大的站点，你就会明白其中的含意。
1．匿名访问者与授权的访问者
如果认为cookie是一个有点草率的解决方案，可以使用更直接的方法。许多站点采用的一种方法是，在访问者点击一个站点时，或者点击一个要求验证身份的页面时，弹出一个进行登录的对话框。访问者首先必须进行注册，获得一个某种类型的用户名/口令的组合，才能允许访问相应的站点或页面。
为了证实访问者是一个已知的并且合法的用户，在访问者的计算机上放置的一个cookie，它或者保存注册的详细数据，或者是一把表明已验证过身份的“钥匙（key）”。同时，访问者的详细数据永久地保存在服务器上，准备再次访问时使用。如果访问者的浏览器中有了这样一个cookie，他就可以自由地访问该网站，因为已经验证过了。
如果cookie没有有效期限（Expires），cookie的值在关闭浏览器时自动消失，在下一次访问时必须重新注册和再次验证。当然，如果拒绝接收cookie或删除了cookie，就只能再次得到注册对话框。这样的话，如果不被识别，就不能访问该站点。
通过强制用户就像注册到自己的网络一样注册到Web服务器，Windows 2000整体安全性能为IIS提供更强和更安全的验证功能。但是，这只能与Internet Explorer 3.0和之上版本的浏览器一起工作。IIS也可以使用BASIC验证允许非Microsoft浏览器注册Web服务器。
2．不再有匿名访问者
在IIS Web服务器上使用ASP时，除非用户离开该站点到另一个网站或者关闭了浏览器，否则能在当前会话中跟踪用户。在本章的后面，将看到如何使用这个功能来标识一个访问者、存储用户的本地信息和提供状态。下面与已经讨论过的解决方案相比较，讨论其工作方式。
ASP和IIS共同提出了一个用户会话的概念，通过ASP Session对象进行交互。在每个访问者第一次访问服务器上的一个ASP 网页时，为他创建一个新的并且独立的会话对象，分配给该会话一个会话标识号，并把包含会话标识符的特殊加密版本的一个cookie发送给客户。
cookie的路径（参看前面的章节有关cookie属性的描述）设置为运行在服务器上的ASP应用程序的根路径。这很可能上缺省的Web网站的根目录（即“/”），但也可能会是另外一个值（稍后会看到）。在cookie中没有提供Expires值，所以当浏览器关闭时，cookie值也就消失。
每当这个用户访问这个ASP网页，ASP都会查找这个cookie。命名为ASPSESSIONIDxxxxxxxx，其中每个x是一个字母字符。从第2章图2-7所示的ServerVariables集合，能够在HTTP报头中看到它。这里高亮地显示ASP cookie，如图3-1所示：

图3-1 显示的cookie值
但是，这个cookie不会出现在 Request.Cookies或Response.Cookies集合中，ASP把它隐藏起来，但仍保存在浏览器上。对于每个ASP网页请求，ASP都要查看该值。这个cookie包含的值，指明了这个用户的会话。因此，相应的Session对象（该对象在内存中已被处理，并且一直包含所有在前一页面请求过程中进行操作的值）的内容可以移交给ASP网页中的脚本。
当然，如前所述，如果客户浏览器不接收或不支持这些cookie，这个处理将失败。在这种情况下，不能创建ASP会话，对这个访问者的状态也不进行自动维护。

3.2 Web应用程序的定义
前面的章节中已经多次使用过Web应用程序（Web Application）术语，所指的既不是一个真正意义上的Web网站，又不是一个传统的应用程序。换句话说，而是认为它是一些Web网页和用来完成某些任务的其他资源的一个集合。它隐含这样一层意思：有一个预定义的路线贯穿于网页之中，用户可做出选择或提供信息使任务能够完成。
例如，一个在线商店，你为了购买货物，进行反复的观察和选择，浏览一系列网页，收集所需要的信息，支付相应的费用，最后发出定单。也可能是一个“软件升级向导”，指导用户完成下载和安装新软件的过程，或者可能是一个基于Intranet的报价单或销售报告的生成工具。
所有这些不同于“标准”的Web网站，一般的Web站点使用一系列菜单或导航栏以预先未定义的路径漫游该站点。但是一个Web应用程序远不只是受控制的导航器。自由地漫游于一个Web网站时，可以进行无状态的和匿名的访问，但Web应用程序一般不接受。

3.2.1 ASP应用程序的定义
上述内容可以认为是术语“Web应用程序”的一个合理的一般定义，但遗憾的是，在谈论有关 “ASP应用”时，仅这些还不够。回答什么是“Web应用”可以是主观的，而回答什么是“ASP应用”则需要从技术上的解释。在ASP中术语“应用程序”有自己特定的含义，在讨论如何实现之前，弄懂这个概念至关重要。
ASP应用程序与两个主要的内容有关：
· 全局范围的规定，具有一个全局可访问的变量存储区域。
· 通过COM+与IIS的集成，可更好地管理组件。
下面讨论这些内容。第二个内容涉及到其他ASP对象，其覆盖范围相应广泛。在下一章研究ASP Server对象时，将对这部分内容进行详细地讨论。
1. 提供Web应用程序的全局范围
ASP提供一个Application对象，基本上与前面讨论的Session对象相当。但是，这是在应用程序层而不是在用户层。换句话说，该对象是全局的，不是对单独用户的，而是对应用程序的所有用户，其作用域不限制为单独用户的访问。这与在一个正常的可执行应用程序中的全局（或Public）变量相同。Application对象可用于在全局环境中存储变量和信息（即状态），该应用程序内的任何ASP网页中运行的脚本都可访问这些值，而不管是哪个访问者发出的请求。
但是，这没有回答主要问题：什么是一个ASP应用程序？为此，需要研究ASP内部的一些情况。
当用户请求一个ASP网页时，IIS通过实例化asp.dll（用来实现ASP）创建一个环境（如第1章所述）。将该页面解释为服务器端脚本，相应的脚本引擎的实例用来执行该脚本。
实例化的asp.dll初如事件启动一个ASP应用程序，创建一个Application对象。然后，为这个用户启动一个会话，并创建单独的Session对象。当更多的会话启动时，这个Application对象保留在作用域中（即已经实例化和可用）。一旦最后保持活动的会话结束，该应用程序就结束，并取消相应的Application对象。
(1) 缺省的ASP应用
Windows 2000在安装IIS和ASP时，创建一个缺省的Web站点。它被配置成一个ASP应用程序，涉及到在Properties对话框中针对站点根目录文件夹（缺省为C:\Inetpub\WWWRoot）的一些设置。图3-2所示是缺省Web站点的Properties对话框的屏幕。

图3-2 缺省Web网站的Properties对话框
涉及到ASP应用程序的文件之一是global.asa。这个文件用于定制应用程序行为的方式。放置在应用程序的根目录下，可用于该目录下的所有子目录。因此，如果它放置在整个Web站点的根目录下，则定义整个网站作为缺省的ASP应用程序的一部分。
在本章后面有关应用程序和会话事件的部分中，将看到这个文件及其使用方法。
(2) ASP虚拟应用程序
如同在设置过程中创建缺省的应用程序一样，可以在该Web网站的任何子目录中创建属于自己的ASP虚拟应用程序。这个应用程序包含作为“应用程序目录”而定义的目录中所有的子目录。并且，这个目录和子文件夹也都是缺省应用程序的一部分，共享由缺省的Application对象创建的全局空间。
事实上，在缺省的应用程序中存储的所有变量在子目录中的应用程序中也都是可用的。然而，如果该子目录应用程序中的一个ASP网页把一个值写入Application对象，而Application对象与缺省（根）应用程序中已存在的一个值有相同的名字，那么，原先的值在子目录应用程序中就不能再用。但是在其他的应用程序或ASP网页中，将保留原有的值，因为根目录的应用程序不能访问子目录应用中的值。
从一个子程序或函数的变量的角度考虑这个问题。如果定义一个变量intMyvalue为Public或全局的变量，可以从任何的子程序或函数内部访问该变量。但是，如果又声明一个具有相同名字的局部变量，并在该子程序或函数内对该变量进行引用，则得到此变量的局部值。不能再访问原先的值。当子程序或函数结束，局部值被撤消，全局变量原有的值仍然保留着：
Public intMyvalue = 42
Function DoSomething()
Response.Write intMyvalue ‘Gives 42 from global variable
Dim intMyvalue
IntMyvalue = 17
Response.Write intMyvalue ‘Gives 17 from new local variable,but
; ‘the global value of Myvalue is still 42
End Function

asp创建对象

lanling — Sun, 29 Nov 2009 10:44:00 +0000

当我们使用服务器组件创建对象时，一般有两种方法。比较常用的方法是用SERVER对象的CreateObject() 方法，象这样:
　　SET NextLink = Server.CreateObject("MSWC.NextLink")

　　这种方法很好用，但是还有一种方法更节省系统资源。

　　当你用Server.CreateObject()方法创建对象时，对象立即被加载，同时系统为这个对象分配好内存和其它资源。

　　第二种创建对象的方法是利用HTML的< OBJECT >标记，语法是这样的：
　　< OBJECT Runat=Sever ID=NextLink ProgID="MSWC.NextLink" >< /OBJECT >

　　利用< OBJECT >标记创建对象时，你要创建的对象不被马上加载，而是等到这个对象的方法或属性第一次被引用时才加载。这样，我们就会节省一些资源。虽然不是很多，但是当你的系统每天要承受近百万次的点击时，这对节省服务器资源就很有帮助了

ASP对象速查表

lanling — Sun, 29 Nov 2009 10:43:00 +0000

不全,老文.

　　一、Request
　　Request对象把客户信息保存在几个集合中，供ASP应用使用。通用的访问方法为：Request.Collection("membername")
　　当你不指定集合名时，以(1)QueryString,(2)Form,(3)Cookie和(4)ServerVariable
的顺序搜索所有集合，当发现第一个匹配的变量时，就认定他是要引用的成员。当然，为了提高效率，你最好显式指定是那个集合中的成员。
　　QueryString集合
　　当HTML表单使用GET方法向ASP文件传递数据时，数据被保存在集合QueryString中。其成员可以具有与之相关的多个值，也就是说，同一个表单中，多个元素可以有相同的名字，下面的代码访问这些数据：
<%For each item in Request.QueryString("Name")
Response.write Item &"
"
Next %>
　　Form集合
　　当表单用POST方法时，数据被保存在Form集合中。
　　ServerVariable集合
　　保存了随HTTP请求一起传送HTTP头的信息，可以通过他获取有关浏览器的信息，主要成员有：
REMOTE_ADDR 远程主机IP地址
REMOTE_HOST 远程主机名称
REMOTE_USER 客户名称
REQUEST_METHOD 请求方法（如POST，GET，HEAD）
SERVER_NAME 服务器名
SERVER_PROTOCOL 服务器版本号（如HTTP/1。0）

　　二、Response对象
　　用来控制向客户返回的HTML的内容，有若干属性和方法。下面介绍我认为重要的：
　　Buffer属性
　　如果为True,则Response的内容要写入缓冲区，当脚本处理完时再发给客户。
　　Status属性
传递HTTP Response报文的状态。服务器返回的状态代码由三位数字组成，可以用于测试阶段和转换控制到其他站点（即Forward）
　　Write方法
　　向客户输出HTML，可以是任何合法的HTML脚本。
　　Redirect方法
　　使浏览器重新定向到另外一个URL上，如：
<%browsetype=Request.ServerVariables("HTTP_USER_AGENT")
IF Left(browsetype,11)="Mozilla/2.0" then
Response.Redirect "FancyStart.asp"
Else
Response.Redirect "OldStart.asp"
End if%>
　　Clear方法
　　如果设Buffer属性为True，则Clear方法清楚所有缓冲区内容。
　　Flush方法
　　将缓冲内容立即发送给客户。
　　End方法
　　当Active Server遇到该方法时，立即停止处理ASP文件，如果有缓冲，立即发送内容到客户。
　　BinaryWrite方法
　　输出二进制数据

　　三、Request对象和Response对象的Cookies集合
　　1.写入Cookies
　　Response.Cookies("Cookie名称")[("键名称").属性]=值
　　如果该Cookie已经存在，则值被新值替代，否则，创建该cookie
　　例如：
<% Response.Cookies("NewCookie")="New Cookie Value" %>
　　2.读取Cookies
　　如：
<%=Request.Cookies("NewCookie")%>
　　Cookie还有一些属性，请参见有关资料。

　　四、Application对象
　　Active Server应用程序是虚拟目录及其子目录下的所有文件，即一个WEB。可以使用Application对象在应用软件的所有用户中共享信息，并可以在服务器运行期间持久地保存数据。他有一些控制访问应用层数据的方法和事件。
　　Application本身没有内置属性，可以有用户定义：Application("属性名")=值
　　保存在Application对象中的数据可以被Application的所有用户读取。如用来做访问记数：Application("aVisits")=Application("aVisits")+1
　　方法有两个：
　　Lock:
　　当用户调用Lock时，只有当前用户能够编辑或增加Application对象的属性。
　　Unlock:
　　一定要记住，调用了Lock，完成时一定要调用Unlock.
　　事件也有两个：
　　Application_OnStart事件：应用程序启动时调用。
　　Application_OnStart事件：应用程序终止时调用。
　　这两个事件再加上Session的两个事件的处理程序都放在文件Global.asp中，一个Web应用只有一个Global.asa文件，且放在该应用的根目录下。一个Global.asp文件的例子如下：

asp教程 – 蓝灵之翼

ASP内置对象 Request对象 详解

ASP应用程序与会话

asp创建对象

ASP对象 速查表

ASP内置对象 Request对象详解

ASP对象速查表