aspnet七大内置对象

使用Application对象的语法如下所示：Application("变量名")="变量值"实例14-7：设置、获取Application对象的内容代码如下：<script language="C#" runat="server">void Page_Load(object sender, System.EventArgs e){Application.Add("App1","Value1");Application.Add("App2","Value2");Application.Add("App3","Value3");int N;for(N=0;N<Application.Count;N++){Response.Write("变量名："+ Application.GetKey(N));Response.Write("变量值："+ Application.Get(N) +"<br>");}Application.Clear();}</script>在本例中，首先通过Add方法添加三个Application对象，并赋以初值，接着通过Count 属性得到Application对象的数量，然后通过循环操作GetKey方法和Get方法分别得到新增对象的“索引”和“索引”所对应的“值”。

执行上面代码，得到如下结果：变量名：App1变量值：Value1变量名：App2变量值：Value2变量名：App3变量值：Value3实例14-8：Application对象的加锁与解锁Lock方法可以阻止其他客户修改存储在Application对象中的变量，以确保在同一时刻仅有一个客户可修改和存取Application变量。

如果用户没有明确调用Unlock方法，则服务器将在页面文件结束或超时即可解除对Application对象的锁定。

Unlock方法可以使其他客户端在使用Lock方法锁住Application对象后，修改存储在该对象中的变量。

如果未显式地调用该方法，Web服务器将在页面文件结束或超时后解锁Application对象。

使用方法如下：Application.Lock();Application["变量名"]="变量值";Application.UnLock();四、Session对象Session对象是HttpSessionState的一个实例。

该类为当前用户会话提供信息，还提供对可用于存储信息的会话范围的缓存的访问，以及控制如何管理会话的方法。

Session的发明是填补HTTP协议的局限，HTTP协议工作过程是，用户发出请求，服务器端做出响应，这种用户端和服务器端之间的联系都是离散的，非连续的。

在HTTP协议中没有什么能够允许服务器端来跟踪用户请求的。

在服务器端完成响应用户的请求后，服务器端不能持续与该浏览器保持连接。

从网站的观点上看，每一个新的请求都是单独存在的，因此，当用户在多个主页间转换时，就根本无法知道他的身份。

可以使用Session对象存储特定用户会话所需的信息。

这样，当用户在应用程序的Web 页之间跳转时，存储在Session对象中的变量将不会丢失，而是在整个用户会话中一直存在下去。

当用户请求来自应用程序的Web页时，如果该用户还没有会话，则Web服务器将自动创建一个Session对象。

当会话过期或被放弃后，服务器将中止该会话。

当用户第一次请求给定的应用程序中的aspx文件时，将生成一个SessionID。

SessionID是由一个复杂算法生成的号码，它唯一标识每个用户会话。

在新会话开始时，服务器将Session ID作为一个cookie存储在用户的Web浏览器中。

在将SessionID cookie存储于用户的浏览器之后，即使用户请求了另一个.aspx文件，或请求了运行在另一个应用程序中的.aspx文件，仍会重用该cookie跟踪会话。

与此相似，如果用户故意放弃会话或让会话超时，然后再请求另一个.aspx文件，那么将以同一个cookie开始新的会话。

只有当服务器管理员重新启动服务器，或用户重新启动Web浏览器时，此时存储在内存中的SessionID设置才被清除，用户将会获得新的SessionID cookie。

通过重用SessionID cookie，Web应用程序将发送给用户浏览器的cookie数量降为最低。

另外，如果用户决定该Web应用程序不需要会话管理，就可以不让Web应用程序跟踪会话和向用户发送SessionID。

Session对象最常见的一个用法就是存储用户的首选项。

例如，如果用户指明不喜欢查看图形，另外其还经常被用在鉴别客户身份的程序中。

要注意的是，会话状态仅在支持cookie 的浏览器中保留，如果客户关闭了cookies选项，Session也就不能发挥作用了。

的Sessions非常好用，能够利用Session对象来对Session全面控制，如果需要在一个用户的Session中存储信息，只需要简单地直接调用Session对象就可以了，下面就是个例子：Session("Myname")=Response.form("Username");Session("Mycompany")=Response．form("Usercompany");应注意的是，Session对象是与特定用户相联系的。

针对某一个用户赋值的Session对象是和其他用户的Session对象完全独立的，不会相互影响。

换句话说，这里面针对每一个用户保存的信息是每一个用户自己独享的，不会产生共享情况。

strHtmlContent=Server.HtmlDecode(strHtmlContent)；Response.Write(strHtmlContent);}</Script></html>运行上述示例输出结果可以发现，编码后的HTML标注变成了“<B>HTML内容</B>”，这是因为“<B>”变成了“<B>”，“</B>”变成了“</B>”，所以才能在页面中显示HTML标注。

实例14-15：使用URLEncode方法对URL进行编码就像HTMLEncode方法使客户可以将字符串翻译成可接受的HTML格式一样，Server对象的URLEncode方法可以根据URL规则对字符串进行正确编码。

当字符串数据以URL 的形式传递到服务器时，在字符串中不允许出现空格，也不允许出现特殊字符。

为此，如果希望在发送字符串之前进行URL编码，则可以使用Server. URLEncode方法。

该函数已被重载，语法如下：对字符串进行URL编码，并返回已编码的字符串。

public string UrlEncode(string);URL对字符串进行编码，并将结果输出发送到TextWriter输出流。

public void UrlEncode(string, TextWriter);例如下面例子：<%Response.Write(Server.URLEncode("错误！超链接引用无效。

))%>产生如下输出：http %3A%2F%2Fwww%2Emicrosoft%2Ecom利用QueryString在不同主页间传递信息时，如果信息带有空格或特殊字符，那么必须进行Encode操作，因为如果不这样做，很可能使得接受信息的那边接受到一些所不期望的奇怪字符串。

注意，不要对QueryString的名称及等号进行Encode操作，只需要将其值进行Encode操作就可以了。

进行了Encode操作后，效果如下：Message=This+Query+String+has+been+URL+ENCODED%2E用户并不需要考虑对上面的字符串再进行解码，会自动进行这样的处理。

例如，假设有这样的脚本：Request.QueryString("message");这时，显示结果为：This Query String has been URL encoded实例14-16：建立虚拟路径与服务器物理目录间映射使用MapPath方法可以将指定的相对或虚拟路径映射到服务器上相应的物理目录上。

语法：public string MapPath(string path);参数Path表示指定要映射物理目录的相对或虚拟路径。

若Path以一个正斜杠（/）或反斜杠（\）开始，则MapPath方法返回路径时将Path视为完整的虚拟路径。

若Path不是以斜杠开始，则MapPath方法返回同页面文件中已有的路径相对的路径。

这里需要注意的是，MapPath方法不检查返回的路径是否正确或在服务器上是否存在。

对于下列示例，文件data.txt和包含下列脚本的test.aspx文件都位于目录C:\Inetpub\ wwwroot\aspx下。

C:\Inetpub\wwwroot目录被设置为服务器的宿主目录。

下列示例使用服务器变量PATH_INFO映射当前文件的物理路径。

以下脚本：Server.mappth(Request. ServerVariables("PATH_INFO"));输出：c：\inetpub\wwwroot\asp\test.aspx由于下列示例中的路径参数不是以斜杠字符开始的，所以它们被相对映射到当前目录，此处是目录C:\Inetpub\wwwroot\aspx。

以下脚本：Server.mappath("data.txt");Server.mappath("aspx/data.txt");输出：c：\inetpub\wwwroot\aspx\data.txtc：\inetpub\wwwroot\aspx\aspx\data.txt六、Cookie对象什么是Cookie呢？Cookie 是一小段文本信息，伴随着用户请求和页面在Web服务器和浏览器之间传递。

用户每次访问站点时，Web应用程序都可以读取Cookie包含的信息。

Cookie跟Session、Application类似，也是用来保存相关信息，但Cookie和其他对象的最大不同是，Cookie将信息保存在客户端，而Session和Application是保存在服务器端。