标签：
转：http://www.cnblogs.com/MyBeN/archive/2011/03/23/1992591.html
（1）简述ASP．NET内置对象。
答：ASP．NET提供了内置对象有Page、Request、Response、Application、Session、Server、Mail和Cookies。这些对象使用户更容易收集通过浏览器请求发送的信息、响应浏览器以及存储用户信息，以实现其他特定的状态管理和页面信息的传递。
（2）简述Response对象。
答：Response对象用来访问所创建的并客户端的响应，输出信息到客户端，它提供了标识服务器和性能的HTTP变量，发送给浏览器的信息和在cookie中存储的信息。它也提供了一系列用于创建输出页面的方法，如无所不在的Response . Write方法。
（3）简述Request对象。
答：Request对象是用来获取客户端在请求一个页面或传送一个Form时提供的所有 信息，这包括能够标识浏览器和用户的HTTP变量，存储在客户端的cookie信息以及附在URL后面的值(查询字符串或页面中< Form>段中的HTML控件内的值)。
（4）简述Application对象。
答：在asp.net环境下，Application对象来自 HttpApplictionStat类。它可以在多个请求、连接之间共享公用信息，也可以在各个请求连接之间充当信息传递的管道。使用 Application对象来保存我们希望传递的变量。由于在整个应用程序生存周期中，Application对象都是有效的，所以在不同的页面中都可以 对它进行存取，就像使用全局变量一样方便。
（5）简述Session对象。
答：Session对象就是服务器给客户端的一个编号。当一台WEB服务器运行时，可能 有若干个用户浏览正在浏览这台服务器上的网站。当每个用户首次与这台WWW服务器建立连接时，他就与这个服务器建立了一个Session，同时服务器会自 动为其分配一个SessionID，用以标识这个用户的唯一身份。特别说明的是Session对象的变量只是对一个用户有效，不同的用户的会话信息用不同 的Session对象的变量存储。在网络环境下Session对象的变量是有生命周期的，如果在规定的时间没有对Session对象的变量刷新，系统会终 止这些变量。
（6）简述Server对象。
答：Server对象提供对服务器上的方法和属性的访问。其中大多数方法和属性是作为实用程序的功能服务的。Server对象也是Page对象的成员之一，主要提供一些处理页面请求时所需的功能；例如建立COM对象、将字符串的编译码等工作。
（7）简述Cookie对象。
答：cookie是一小块由浏览器存贮在客户端系统上(硬盘)的文本，是一种标记。由 WEB服务器嵌入用户浏览器中，以便标识用户，且随同每次用户请求发往WEB服务器。Cookies的值比A S P.NET其他集合(例如Form和Server Variables )的值要复杂得多。
（8）简述Mail对象。
答：ASP.NET被赋予了一个发送Email的新对象，名为SmtpMail，实际上 Mail对象由System.Web.Mail类库实现(Class Library)。这个类库由MailMessage对象、SmtpMail对象、MailFormat对象和MailAttachment对象组成，它 们相互合作，完成E-mail的发送。
（9）简述GET传送方式。
*********************
ASP.NET中常用的内置对象(一)
******************************
本想写一篇总结ASP.NET内置对象的文章，结果发现网上有篇不错的，就转了过来
ASP.NET的内置对象介绍
1.Response
2.Request
3.Server
4.Application
5.Session
6.Cooki
Request对象主要是让服务器取得客户端浏览器的一些数据,包括从HTML表单用Post或者GET方法传递的参数、Cookie和用户认证。因为Request对象是Page对象的成员之一，所以在程序中不需要做任何的声明即可直接使用；
其类名为 HttpRequest
属性很多，但方法很少，只有一个BinaryRead()
1.使用Request.Form属性获取数据
通过该属性，读取<Form></Form>之间的表单数据.注意：提交方式要设置为“Post”。
与Get方法相比较，使用Post方法可以将大量数据发送到服务器端
2.利用Request.QueryString属性获取数据
Request对象的QuerySting属性可以获取 HTTP 查询字符串变量集合 。 通过该属性，我们可以读取地址信息 http://localhost/aaa.aspx?uid=tom&pwd=abc 其中标识为红色部分的数据.
注意：提交方式要设置为“Get”
3.问题：Request.Form用于表单提交方式为Post的情况，而Request.QueryString用于表单提交方式为Get的情况，如果用错，则获取不到数据。
解决方法：利用Request(“元素名”)来简化操作。
4.Request.ServerVariables("环境变量名称")
类似的还有：UserHostAddress,Browser,Cookies,ContentType,IsAuthenticated
Item,Params
Response对象用语输出数据到客户端，包括向浏览器输出数据、重定向浏览器到另一个URL或向浏览器输出Cookie文件。
其类名为httpResponse
属性和方法
Write() 向客户端发送字符串信息
BufferOutPut属性 是否使用缓存
Clear() 清除缓存
Flush() 强制输出缓存的所有数据
Redirect() 网页转向地址
End() 终止当前页的运行
WriteFile() 读取一个文件，并且写入客户端输出流
（实质：打开文件，并且输出到客户端。）
1.Response.Write 变量数据或字符串
Response.Write (变量数据或字符串)
<%=…%>
Response.Write("<script language=javascript>alert(‘欢迎学习ASP.NET‘)</script>")
Response.Write("<script>window.open(‘WebForm2.aspx‘)</script>")
2.Response对象的Redirect方法将客户端浏览器重定向到另外的URL上，即跳转到另一个网页。
例如:
Response.Redirect("http://www.163.net/")
3. Response.End() 终止当前页的运行
4.Response.WriteFile(FileName)
其中：
FileName 指代需向浏览器输出的文件的文件名
Server对象提供对服务器上的方法和属性进行的访问 .其类名称是HttpServerUtility.
Server对象的主要属性有：
MachineName：获取服务器的计算机名称。
ScriptTimeout：获取和设置请求超时（以秒计）。
方法名称 说明
CreateObject 创建 COM 对象的一个服务器实例。
Execute 执行当前服务器上的另一个aspx页，执行完该页后再返回本页继续执行
HtmlEncode 对要在浏览器中显示的字符串进行HTML编码并返回已编码的字符串。
HtmlDecode 对HTML编码的字符串进行解码，并返回已解码的字符串。
MapPath 返回与 Web 服务器上的指定虚拟路径相对应的物理文件路径。
Transfer 终止当前页的执行，并为当前请求开始执行新页。
UrlEncode 将代表URL的字符串进行编码，以便通过 URL 从 Web 服务器到客户端进行可靠的 HTTP 传输。
UrlDecode 对已被编码的URL字符串进行解码，并返回已解码的字符串。
UrlPathEncode 对 URL 字符串的路径部分进行 URL 编码，并返回已编码的字符串。
编码：
Server.HtmlEncode(“HTML代码”)
解码：
Server.HtmlDecode(“已编码的HTML”)
1.Server对象的MapPath方法将虚拟路径或相对于当前页的相对路径转化为Web 服务器上的物理文件路径。
语法：Server.MapPath(“虚拟路径”)
String FilePath
FilePath = Server.MapPath(“/”)
Response.Write(FilePath)
Application
对象在实际网络开发中的用途就是记录整个网络的信息，如上线人数、在线名单、意见调查和网上选举等。在给定的应用程序的多有用户之间共享信息，并在服务器
运行期间持久的保存数据。而且Application对象还有控制访问应用层数据的方法和可用于在应用程序启动和停止时触发过程的事件。
1.使用Application对象保存信息
使用Application对象保存信息
Application(“键名”) = 值
或
Application(“键名”，值)
获取Application对象信息
变量名 = Application(“键名”)
或：变量名 = Application.Item(“键名”)
或：变量名 = Application.Get(“键名”)
更新Application对象的值
Application.Set(“键名”, 值)
删除一个键
Application.Remove(“键名”, 值)
删除所有键
Application.RemoveAll()
或Application.Clear()
2.有可能存在多个用户同时存取同一个Application对象的情况。这样就有可能出现多个用户修改同一个Application命名对象，造成数据不一致的问题。
HttpApplicationState 类提供两种方法 Lock 和 Unlock，以解决对Application对象的访问同步问题，一次只允许一个线程访问应用程序状态变量。
关于锁定与解锁
锁定：Application.Lock()
访问：Application(“键名”) = 值
解锁：Application.Unlock()
注意：Lock方法和UnLock方法应该成对使用。
可用于网站访问人数，聊天室等设备
3. 使用Application事件
在ASP.NET 应用程序中可以包含一个特殊的可选文件——Global.asax 文件，也称作 ASP.NET 应用程序文件，它包含用于响应 ASP.NET或HTTP模块引发的应用程序级别事件的代码。
Global.asax 文件提供了7个事件，其中5个应用于Application对象
**********************
本章主要介绍ASP.NET的内置对象及ASP.NET应用程序的配置，并在最后一节介绍 ASP.NET网站的预编译和编译。ASP.NET的内置对象包括Request、Response、Server、Application、 Session、Cookie等。应用程序的配置部分主要包括了解ASP.NET应用程序配置、基本配置元素、自定义应用程序设置的配置和检索等。下面将 分别对这些内容进行阐述。
ASP.NET提供了许多内置对象，前面所使用的Response对象就是其中一个。这些 对象提供了相当多的功能，例如，可以在两个网页之间传递变量、输出数据，以及记录变量值等。这些对象在ASP时代已经存在，到了ASP.NET环境下，这 些功能仍然可以使用。而且，它们的种类更多，功能也更强大。
ASP.NET内置对象是由IIS控制台初始化的ActiveX DLL组件。因为IIS可以初始化这些内置组件用于ASP.NET中，所以用户也可以直接引用这些组件来实现自己的编程，即可以在应用程序中，通过引用这些组件来实现访问ASP.NET内置对象的功能。
本节将对ASP.NET的这些内置对象，以及Cache对象和Global文件进行详细的讲解。
Response对象是HttpResponse类的一个实例。该类主要是封装来自ASP.NET操作的HTTP响应信息。
Response对象的属性如表14-1所示。
表14-1 Response对象的属性
|
属 性 |
说 明 |
属 性 值 |
|
BufferOutput |
获取或设置一个值，该值指示是否缓冲输出，并在完成处理整个页之后将其发送 |
如果缓冲了到客户端的输出，则为true；否则为false。默认为true |
续表
|
属 性 |
说 明 |
属 性 值 |
|
Cache |
获取Web页的缓存策略（过期时间、保密性、变化子句） |
包含有关当前响应的缓存策略信息的HttpCachePolicy对象 |
|
Charset |
获取或设置输出流的HTTP字符集 |
输出流的HTTP字符集 |
|
IsClientConnected |
获取一个值，通过该值指示客户端是否仍连接在服务器上 |
如果客户端当前仍在连接，则为true；否则为false |
实例14-1：使用缓冲区
由于Response对象的BufferOutput属性默认为True，所以要输出到客户端的数据都暂时存储在缓冲区内，等到所有的事件程序，以及所有的页面对象全部解译完毕后，才将所有在缓冲区中的数据送到客户端的浏览器。下面的例子将演示缓冲区是如何工作的。
<%
Response.Write("缓存已清除" + "<Br>");
%>
<Script Language="C#" Runat="Server">
void Page_Load(Object sender, EventArgs e)
{
Response.Write("缓存清除前" + "<Br>");
Response.Clear();
}
</Script>
上述程序代码实例首先在“Page_Load”事 件中送出“缓存清除前”这一行，此时的数据存在缓冲区中。接着使用Response对象的Clear方法将缓冲区的数据清除，所以刚刚送出的字符串已经被 清除。然后IIS开始读取HTML组件的部分，并将结果送至客户端的浏览器。由执行结果只出现“缓存已清除”可知，使用Clear方法之前的数据并没有出 现在浏览器上，所以程序开始时是存在缓冲区内的。如果在相同的程序中加入“Response.BufferOutput=false”：
<%
Response.Write("清除之后的数据<Br>");
%>
<Script Language="C#" Runat="Server">
void Page_Load(Object sender, EventArgs e)
{
Response.BufferOutput=false;
Response.Write("清除缓冲区之前的数据" + "<Br>");
Response.Clear();
}
</Script>
可以发现，执行的结果并没有因为使用Clear方法而将缓冲区的数据清除，这表明数据是直接输出而没有存放在缓冲区内。
Response对象可以输出信息到客户端，包括直接发送信息给浏览器、重定向浏览器到另一个URL或设置cookie的值。表14-2列举了几个常用的方法。
表14-2 Response对象的方法
|
方 法 |
说 明 |
|
Write |
将指定的字符串或表达式的结果写到当前的HTTP输出 |
|
End |
停止页面的执行并得到相应结果 |
|
Clear |
用来在不将缓存中的内容输出的前提下，清空当前页的缓存，仅当使用了缓存输出时，才可以利用Clear方法 |
|
Flush |
将缓存中的内容立即显示出来。该方法有一点和Clear方法一样，它在脚本前面没有将Buffer属性设置为True时会出错。和End方法不同的是，该方法调用后，该页面可继续执行 |
|
Redirect |
使浏览器立即重定向到程序指定的URL |
ASP.NET中引用对象方法的语法是“对象名.方法名”。“方法”就是嵌入到对象定义中的程序代码，它定义对象怎样去处理信息。使用嵌入的方法，对象便知道如何去执行任务，而不用提供额外的指令。以下将通过几个小例子来讲解Response对象的常用方法。
实例14-2：使用Response.write，向客户端发送信息
for(int i=1;i<=500;i++)
{
Response.Write("i= "+i+"<BR>");
}
本例使用“write”方法，向屏幕输出500个值。
实例14-3：使用Response.End方法调试程序
End方法可以停止当前页面的执行，基于这个原因，可以结合Response.write方法输出当前页面上的某个变量、数组值。
<form id="Form1" method="post" runat="server">
输入一个数值：<asp:TextBox id="txtVar" runat="server"></asp:TextBox>
<asp:Button id="btnSubmit" runat="server" Text="计算该值的平方值" onclick="btnSubmit_Click"></asp:Button>
</form>
<Script Language="C#" Runat="Server">
void btnSubmit_Click(Object sender, EventArgs e)
{
int N = int.Parse(Request.Form["txtVar"].ToString());
Response.Write("N=" + N + "<br>");
Response.Write("该值的平方值是：" + N*N);
}
</Script>
运行上面的代码，结果如图14-1所示。
图14-1 使用Response.End调试程序
输入一个值“6”，然后单击“计算该值的平方值”按钮，屏幕将显示如下结果：
N=6
该值的平方值是：36
在代码中加上“Response.End()”，代码如下：
<Script Language="C#" Runat="Server">
void btnSubmit_Click(Object sender, EventArgs e)
{
int N = int.Parse(Request.Form["txtVar"].ToString());
Response.Write("N=" + N + "<br>");
Response.End();
Response.Write("该值的平方值是：" + N*N);
}
</Script>
这时再运行代码，将只会显示：
N=6
实验证明，“Response.End()”方法停止了当前页面的执行。这仅仅是一个小例子，读者可以依此类推，在程序中使用End方法进行调试。不过千万要记住调试完代码后，不要忘记把调试用的“Response.End()”删掉。
实例14-4：使用Redirect方法进行页面重定向
在网页编程中，经常会遇到在程序执行到某个位置进行页面调转的情况。Response.Redirect方法可以满足这种需求，例如代码：
Response.Redirect("http://www.163.com");
执行该代码，页面将跳转到网易163的主页。
Request对象是HttpRequest类的一个实例。它能够读取客户端在Web请求期间发送的HTTP值。
Request对象的属性如表14-3所示。
表14-3 Request对象的属性
|
属 性 |
说 明 |
属 性 值 |
|
QueryString |
获取 HTTP 查询字符串变量集合 |
NameValueCollection对象 |
|
Path |
获取当前请求的虚拟路径 |
当前请求的虚拟路径 |
|
UserHostAddress |
获取远程客户端的 IP 主机地址 |
远程客户端的IP地址 |
|
Browser |
获取有关正在请求的客户端的浏览器功能的信息 |
HttpBrowserCapabilities对象 |
实例14-5：获取QueryString值
程序中，经常可以使用QueryString来获得从上一个页面传递来的字符串参数。例如，在页面1中创建一个连接，指向页面2，并用QueryString来查询两个变量：
<a href="Page2.aspx?ID=6&Name=Wang">查看</a>
在页面2中接收到从页面1中传过来的两个变量：
<Script Language="C#" Runat="Server">
void Page_Load(object sender, System.EventArgs e)
{
Response.Write("变量ID的值：" + Request.QueryString["ID"] +"<br>");
Response.Write("变量Name的值：" + Request.QueryString["Name"]);
}
</Script>
运行上面代码结果如下：
变量ID的值：6
变量Name的值：Wang
上面的例子可以成功地得到QueryString的值。
用类似方法，可以获取Form，Cookies，SeverVaiables的值。调用方法都是：
Request.Collectlon[”VariabLe”]
Collectlon包括 QueryString，ForM，Cookies，SeverVaiables四种集合，VariabLe为要查询的关键字。不过，这里的 Collectlon是可以省略的，也就是说，Request["Variable"]与Request.Collection["Variable"] 这两种写法都是允许的。如果省略了Collection，那么Request对象会依照 QueryString，Form，Cookies，SeverVaiables的顺序查找，直至发现Variable所指的关键字并返回其值，如果没有 发现其值，方法则返回空值（Null）。
不过，为了优化程序的执行效率，建议最好还是使用Collection，因为过多地搜索就会降低程序的执行效率。
Request对象的方法如表14-4所示。
表14-4 Request对象的方法
|
方 法 |
说 明 |
|
BinaryRead |
执行对当前输入流进行指定字节数的二进制读取 |
|
MapPath |
为当前请求将请求的 URL 中的虚拟路径映射到服务器上的物理路径 |
实例14-6：获取文件的物理路径
Request.MapPath("FileName")；
可以通过这条语句来得到某个文件的实际物理位置，这个方法常常用在需要使用实际路径的地方。
Application对象是HttpApplicationState类的一个实例。
HttpApplicationState类的单个实例，将在客户端第一次从某个特定的 ASP.NET应用程序虚拟目录中请求任何URL资源时创建。对于Web服务器上的每个ASP.NET应用程序，都要创建一个单独的实例。然后通过内部 Application对象公开对每个实例的引用。Application对象有如下特点：
— 数据可以在Application对象内部共享，因此一个Application对象可以覆盖多个用户。
— 一个Application对象包含事件，可以触发某些Applicatin对象脚本。
— 个别Application对象可以用Internet Service Manager来设置而获得不同属性。
— 单独的Application对象可以隔离出来在它们自己的内存中运行，这就是说，如果一个人的Application遭到破坏，就不会影响其他人。
— 可以停止一个Application对象（将其所有组件从内存中驱除）而不会影响到其他应用程序。
一个网站可以有不止一个Application对象。典型情况下，可以针对个别任务的一些文件创建个别的Application对象。例如，可以建立一个Application对象来适用于全部公用用户，而再创建另外一个只适用于网络管理员的Application对象。
Application对象使给定应用程序的所有用户之间共享信息，并且在服务器运行期间 持久地保存数据。因为多个用户可以共享一个Application对象，所以必须要有Lock和Unlock方法，以确保多个用户无法同时改变某一属性。 Application对象成员的生命周期止于关闭IIS或使用Clear方法清除。
Application对象的属性如表14-5所示。
表14-5 Application对象的属性
|
属 性 |
说 明 |
属 性 值 |
|
AllKeys |
获取HttpApplicationState集合中的访问键 |
HttpApplicationState对象名的字符串数组 |
|
Count |
获取HttpApplicationState集合中的对象数 |
集合中的Item对象数。默认为0 |
Application对象的方法如表14-6所示。
表14-6 Application对象的方法
|
方 法 |
说 明 |
|
Add |
新增一个新的Application对象变量 |
|
Clear |
清除全部的Application对象变量 |
|
Get |
使用索引关键字或变数名称得到变量值 |
|
GetKey |
使用索引关键字來获取变量名称 |
|
Lock |
锁定全部的Application变量 |
|
Remove |
使用变量名称删除一个Application对象 |
|
RemoveAll |
删除全部的Application对象变量 |
|
Set |
使用变量名更新一个Application对象变量的內容 |
|
UnLock |
解除锁定的Application变量 |
使用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对象是HttpSessionState的一个实例。该类为当前用户会话提供信息，还提供对可用于存储信息的会话范围的缓存的访问，以及控制如何管理会话的方法。
Session的发明是填补HTTP协议的局 限，HTTP协议工作过程是，用户发出请求，服务器端做出响应，这种用户端和服务器端之间的联系都是离散的，非连续的。在HTTP协议中没有什么能够允许 服务器端来跟踪用户请求的。在服务器端完成响应用户的请求后，服务器端不能持续与该浏览器保持连接。从网站的观点上看，每一个新的请求都是单独存在的，因 此，当用户在多个主页间转换时，就根本无法知道他的身份。
可以使用Session对象存储特定用户会话所需的信息。这样，当用户在应用程序的Web页之间跳转时，存储在Session对象中的变量将不会丢失，而是在整个用户会话中一直存在下去。
当用户请求来自应用程序的Web页时，如果该用户还没有会话，则Web服务器将自动创建一个Session对象。当会话过期或被放弃后，服务器将中止该会话。
当用户第一次请求给定的应用程序中的aspx文件时，ASP.NET将生成一个SessionID。SessionID是由一个复杂算法生成的号码，它唯一标识每个用户会话。在新会话开始时，服务器将Session ID作为一个cookie存储在用户的Web浏览器中。
在将SessionID cookie存储于用户的浏览器之后，即使用户请求了另一个.aspx文件，或请求了运行在另一个应用程序中的.aspx文件，ASP.NET仍会重用该 cookie跟踪会话。与此相似，如果用户故意放弃会话或让会话超时，然后再请求另一个.aspx文件，那么ASP.NET将以同一个cookie开始新 的会话。只有当服务器管理员重新启动服务器，或用户重新启动Web浏览器时，此时存储在内存中的SessionID设置才被清除，用户将会获得新的 SessionID cookie。
通过重用SessionID cookie，Web应用程序将发送给用户浏览器的cookie数量降为最低。另外，如果用户决定该Web应用程序不需要会话管理，就可以不让Web应用程序跟踪会话和向用户发送SessionID。
Session对象最常见的一个用法就是存储用户的首选项。例如，如果用户指明不喜欢查看图形，另外其还经常被用在鉴别客户身份的程序中。要注意的是，会话状态仅在支持cookie的浏览器中保留，如果客户关闭了cookies选项，Session也就不能发挥作用了。
ASP.NET的Sessions非常好用，能够利用Session对象来对Session全面控制，如果需要在一个用户的Session中存储信息，只需要简单地直接调用Session对象就可以了，下面就是个例子：
Session("Myname")=Response.form("Username");
Session("Mycompany")=Response．form("Usercompany");
应注意的是，Session对象是与特定用户相联系的。针对某一个用户赋值的Session对象是和其他用户的Session对象完全独立的，不会相互影响。换句话说，这里面针对每一个用户保存的信息是每一个用户自己独享的，不会产生共享情况。
很明显，对于不同的用户，Session对象的Myname变量和Mycompany变量各自是不同的，当每个人在网站的不同主页间浏览时，这种针对个人的变量会一直保留，这样作为身份认证是十分有效的。
Session对象的属性如表14-7所示。
表14-7 Session对象的属性
|
属 性 |
说 明 |
属 性 值 |
|
Count |
获取会话状态集合中Session对象的个数 |
Session对象的个数 |
|
TimeOut |
获取并设置在会话状态提供程序终止会话之前各请求之间所允许的超时期限 |
超时期限（以分钟为单位） |
|
SessionID |
获取用于标识会话的唯一会话ID |
会话ID |
实例14-9：获取Session对象的个数
Count属性可以帮助统计正在使用的Session对象的个数，语句非常简单，示例如下：
Response.Write(Session.Count);
实例14-10：设置Session对象的生存期
每一个客户端连接服务器后，服务器端都要建立一个独立的Session，并且需要分配额外 的资源来管理这个Session，但如果客户端因某些原因，例如，去忙其他的工作，停止了任何操作，但没有关闭浏览器，那么这种情况下，服务器端依然会消 耗一定的资源来管理Session，这就造成了对服务器资源的浪费，降低了服务器的效率。所以，可以通过设置Session生存期，以减少这种对服务器资 源的浪费。
要更改Session的有效期限，只要设定TimeOut属性即可；TimeOut属性的默认值是20分钟。
<Html>
<Form Runat="Server" ID="Form1">
<Asp:Button Id="Button1" Text="演示" OnClick="Button1_Click" Runat="Server" />
目前时间：<Asp:Label Id="Label1" Runat="Server" />
<P>
第一个Session的值：<Asp:Label Id="Label2" Runat="Server" /><Br>
第二个Session的值：<Asp:Label Id="Label3" Runat="Server" /><Br>
</Form>
<Script Language="c#" Runat="Server">
void Page_Load(object sender, System.EventArgs e)
{
if(!Page.IsPostBack)
{
Session["Session1"]="Value1";
Session["Session2"]="Value2";
Session.Timeout=1;
DateTime now=DateTime.Now;
string format="HH:mm:ss";
Label1.Text=now.ToString(format);
Label2.Text=Session["Session1"].ToString();
Label3.Text=Session["Session2"].ToString();
}
}
void Button1_Click(object sender, System.EventArgs e)
{
DateTime now=DateTime.Now;
string format="HH:mm:ss";
Label1.Text=now.ToString(format);
Label2.Text=Session["Session1"].ToString();
Label3.Text=Session["Session2"].ToString();
}
</Script>
</Html>
在本例中，通过Timeout属性设置了Session的生存期为1分钟。运行上面代码，显示结果如图14-2所示。
图14-2 设置Session对象的生存期
一分钟后，单击“演示”按钮，页面会出现错误，提示
Label2.Text=Session["Session1"].ToString()；
Label3.Text=Session["Session2"].ToString();
这两句代码错误，为什么会这样呢？原因就在于，Session的生存期限超过了一分钟，已经无法获得Session["Session1"]和Session["Session2"]的值。
Session对象的方法如表14-8所示：
表14-8 Session对象的方法
|
方 法 |
说 明 |
|
Add |
新增一个Session对象 |
|
Clear |
清除会话状态中的所有值 |
|
Remove |
删除会话状态集合中的项 |
|
RemoveAll |
清除所有会话状态值 |
实例14-11：通过Add方法设置Session对象
通过Add方法可以设置Session对象的值，语法如下：
Session.Add("变量名",变量值);
在具体应用中，可以这样使用：
int userId = 1;
string userName = "test";
string userPwd = "sdgtrertkl";
Session.Add("userId",userId);
Session.Add("userName", userName);
Session.Add("userPwd", userPwd);
在上面例子中创建了userId，userName，userPwd三个Session来存储用户的登录信息。程序随时都可以通过这三个Session对象来查看用户的连接状态，这是实际的项目中最常见的Session应用。
需要注意的是，也可以不使用Add方法来设置Session对象，语法如下：
Session["变量名"]=变量值;
这样，上面的例子就可以改为：
Session["userId"] = userId;
Session["userName"] = userName;
Session["userPwd"] = userPwd;
需要指出的是，以上两种语句在作用上是相同的，读者可以根据自己的习惯来使用。
Server对象是HttpServerUtility的一个实例。该对象提供对服务器上的方法和属性的访问。
Server对象的属性如表14-9所示：
表14-9 Server对象的属性
|
属 性 |
说 明 |
属 性 值 |
|
MachineName |
获取服务器的计算机名称 |
本地计算机的名称 |
|
ScriptTimeout |
获取和设置请求超时 |
请求的超时设置（以秒计） |
实例14-12：返回服务器计算机名称
通过Server对象的MachineName属性来获取服务器计算机的名称，示例如下：
<Script Language="c#" Runat="Server">
void Page_Load(object sender, System.EventArgs e)
{
String ThisMachine;
ThisMachine = Server.MachineName;
Response.Write(ThisMachine);
}
</Script>
实例14-13：设置客户端请求的超时期限
用法如下：
Server.ScriptTimeout = 60;
本例中，将客户端请求超时期限设置为60秒，如果60秒内没有任何操作，服务器将断开与客户端的连接。
Server对象的方法如表14-10所示：
表14-10 Server对象的方法
|
方 法 |
说 明 |
|
CreateObject |
创建COM 对象的一个服务器实例 |
|
CreateObjectFromClsid |
创建COM 对象的服务器实例，该对象由对象的类标识符（CLSID）标识 |
|
Execute |
使用另一页执行当前请求 |
|
Transfer |
终止当前页的执行，并为当前请求开始执行新页 |
|
HtmlDecode |
对已被编码以消除无效HTML字符的字符串进行解码 |
|
HtmlEncode |
对要在浏览器中显示的字符串进行编码 |
|
MapPath |
返回与Web服务器上的指定虚拟路径相对应的物理文件路径 |
|
UrlDecode |
对字符串进行解码，该字符串为了进行HTTP传输而进行编码并在URL中发送到服务器 |
|
UrlEncode |
编码字符串，以便通过URL从Web服务器到客户端进行可靠的HTTP传输 |
实例14-14：利用HtmlEncode和HtmlDecode方法对网页内容编码
当想在网页上显示HTML标签时，若在网页 中直接输出则会被浏览器解译为HTML的内容，所以要通过Server对象的HtmlEncode方法将它编码再输出；若要将编码后的结果译码回原本的内 容，则使用HtmlDecode方法。下列程序代码范例使用HtmlEncode方法将“<B>HTML内容</B>”编码后输 出至浏览器，再利用HtmlDecode方法将把编码后的结果译码还原：
<html>
<Script Language="c#" Runat="Server">
void Page_Load(object sender, System.EventArgs e)
{
String strHtmlContent；
strHtmlContent=Server.HtmlEncode("<B>HTML 内容</B>");
Response.Write(strHtmlContent);
Response.Write("<P>");
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://www.microsoft.com"))%>
产生如下输出：
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.txt
c：\inetpub\wwwroot\aspx\aspx\data.txt
什么是Cookie呢？Cookie 是一小段文本信息，伴随着用户请求和页面在Web服务器和浏览器之间传递。用户每次访问站点时，Web应用程序都可以读取Cookie包含的信息。
Cookie跟Session、Application类似，也是用来保存相关信息，但 Cookie和其他对象的最大不同是，Cookie将信息保存在客户端，而Session和Application是保存在服务器端。也就是说，无论何时 用户连接到服务器，Web站点都可以访问cookie信息。这样，既方便用户的使用，也方便了网站对用户的管理。
ASP.NET包含两个内部Cookie集合。通过HttpRequest的 Cookies集合访问的集合包含通过Cookie标头从客户端传送到服务器的Cookie。通过HttpResponse的Cookies集合访问的集 合包含一些新Cookie，这些Cookie在服务器上创建并以Set-Cookie标头的形式传输到客户端。
Cookie不是Page类的子类，所以在使用方法上跟Seesion和Application不同。
使用Cookie的优点：
— 可配置到期规则。Cookie 可以在浏览器会话结束时到期，或者可以在客户端计算机上无限期存在，这取决于客户端的到期规则。
— 不需要任何服务器资源。Cookie存储在客户端并在发送后由服务器读取。
— 简单性。Cookie是一种基于文本的轻量结构，包含简单的键值对。
— 数据持久性。虽然客户端计算机上Cookie的持续时间取决于客户端上的Cookie过期处理和用户干预，Cookie通常是客户端上持续时间最长的数据保留形式。
使用Cookie的缺点：
— 大小受到限制。大多数浏览器对Cookie的大小有4096字节的限制，尽管在当今新的浏览器和客户端设备版本中，支持8192字节的Cookie大小已越发常见。
— 用户配置为禁用。有些用户禁用了浏览器或客户端设备接收Cookie的能力，因此限制了这一功能。
— 潜在的安全风险。Cookie可能会被篡改。用户可能会操纵其计算机上的Cookie，这意味着会对安全性造成潜在风险，或者导致依赖于Cookie的应 用程序失败。另外，虽然Cookie只能将它们发送到客户端的域访问，历史上黑客已经发现从用户计算机上的其他域访问Cookie的方法。可以手动加密和 解密Cookie，但这需要额外的编码，并且因为加密和解密需要耗费一定的时间而影响应用程序的性能。
Cookie对象的属性如表14-11所示：
表14-11 Cookie对象的属性
|
属 性 |
说 明 |
属 性 值 |
|
Name |
获取或设置Cookie的名称 |
Cookie的名称 |
|
Value |
获取或设置Cookie的Value |
Cookie的Value |
|
Expires |
获取或设置Cookie的过期日期和时间 |
作为DateTime实例的Cookie过期日期和时间 |
|
Version |
获取或设置此Cookie符合的HTTP状态维护版本 |
此Cookie符合的HTTP状态维护版本 |
Cookie对象的方法如表11-12所示：
表14-12 Cookie对象的方法
|
方 法 |
说 明 |
|
Add |
新增一个Cookie变量 |
|
Clear |
清除Cookie集合内的变量 |
|
Get |
通过变量名或索引得到Cookie的变量值 |
|
GetKey |
以索引值来获取Cookie的变量名称 |
|
Remove |
通过Cookie变量名来删除Cookie变量 |
实例14-17：设置Cookie
下面的示例将创建名为“LastVisit”的新Cookie，将该Cookie的值设置为当前日期和时间，并将其添加到当前Cookie集合中，所有Cookie均通过HTTP输出流在Set-Cookie头中发送到客户端。
HttpCookie MyCookie = new HttpCookie("LastVisit");
DateTime now = DateTime.Now;
MyCookie.Value = now.ToString();
MyCookie.Expires = now.AddHours(1);
Response.Cookies.Add(MyCookie);
运行上面例子，将会在用户机器的Cookies目录下建立如下内容的文本文件：
mycookie
LastVisit
尽管上面的这个例子很简单，但可以从中扩展许多富有创造性的应用程序。
实例14-18：获取客户端发送的Cookie信息
下面的示例是依次通过客户端发送的所有Cookie，并将每个Cookie的名称、过期日期、安全参数和值发送到HTTP输出。
int loop1, loop2;
HttpCookieCollection MyCookieColl;
HttpCookie MyCookie;
MyCookieColl = Request.Cookies;
//把所有的cookie名放到一个字符数组中
String[] arr1 = MyCookieColl.AllKeys;
//用cookie名获取单个cookie对象
for (loop1 = 0; loop1 < arr1.Length; loop1++)
{
MyCookie = MyCookieColl[arr1[loop1]];
Response.Write("Cookie: " + MyCookie.Name + "<br>");
Response.Write("Expires: " + MyCookie.Expires + "<br>");
Response.Write ("Secure:" + MyCookie.Secure + "<br>");
//将单个cookie的值放入一个对象数组
String[] arr2 = MyCookie.Values.AllKeys;
//遍历cookie值集合打印所有值
for (loop2 = 0; loop2 < arr2.Length; loop2++)
{
Response.Write("Value" + loop2 + ": " + arr2[loop2] + "<br>");
}
对于每个应用程序域均创建该类的一个实例，并且只要对应的应用程序域保持活动，该实例便保持有效。有关此类实例的信息通过HttpContext对象的Cache属性或Page对象的Cache属性来提供。
Cache对象的属性如表14-13所示：
表14-13 Cache对象的属性
|
属 性 |
说 明 |
属 性 值 |
|
Count |
获取存储在缓存中的项数。当监视应用程序性能或使用ASP.NET跟踪功能时，此属性可能非常有用 |
存储在缓存中的项数 |
|
Item |
获取或设置指定键处的缓存项 |
表示缓存项的键的String对象 |
Cache对象的方法如表14-14所示：
表14-14 Cache对象的属性
|
方 法 |
说 明 |
|
Add |
将指定项添加到 Cache 对象，该对象具有依赖项、过期和优先级策略，以及一个委托（可用于在从 Cache 移除插入项时通知应用程序） |
|
Get |
从 Cache 对象检索指定项 |
|
Remove |
从应用程序的 Cache 对象移除指定项 |
|
Insert |
向Cache对象插入项。使用此方法的某一版本改写具有相同key参数的现有Cache项 |
实例14-19：检索为ASP.NET文本框服务器控件缓存的值
Get方法可以从Cache对象检索指定项，其唯一的参数key表示要检索的缓存项的标识符。该方法返回检索到的缓存项，未找到该键时为空引用。
下面的示例展示如何检索为ASP.NET文本框服务器控件缓存的值。
Cache.Get("MyTextBox.Value");
实例14-20：移除Cache对象
Remove方法可以从应用程序的Cache对象移除指定项，其唯一的参数key表示要移除的缓存项的String标识符。该方法返回从Cache移除的项。如果未找到键参数中的值，则返回空引用。
下面的示例创建一个RemoveItemFromCache函数。调用此函数时，它使用Item属性检查缓存中是否包含与Key1键值相关的对象。如果包含，则调用Remove方法来移除该对象。
public void RemoveItemFromCache(Object sender, EventArgs e)
{
if(Cache["Key1"] != null)
Cache.Remove("Key1");
}
除了编写界面代码外，开发人员还可以将逻辑和事件处理代码添加到他们的Web应用程序中。 此代码不处理界面的生成，并且一般不为响应个别页请求而被调用。相反，它负责处理更高级别的应用程序事件，如 Application_Start，Application_End，Session_Start，Session_End等。开发人员使用位于特定 Web应用程序虚拟目录树根处的Global.asax文件来创作此逻辑。第一次激活或请求应用程序命名空间内的任何资源或URL时，ASP.NET自动 分析该文件并将其编译成动态.NET框架类（此类扩展了HttpApplication基类）。
第一次激活或请求应用程序命名空间内的任何资源URL时，ASP.NET分析Global.asax文件并将其动态编译成.NET框架类。Global.asax文件被配置为自动拒绝任何直接URL请求，从而使外部用户不能下载或查看内部代码。
通过在Global.asax文件中创作符合命名模式“Application_EventName（Appropriate EventArgumentSignature）”的方法，开发人员可以为HttpApplication基类的事件定义处理程序。例如：
<script language="C#" runat="server">
void Application_Start(object sender, EventArgs e) {
// Application startup code goes here
}
</script>
如果事件处理代码需要导入附加的命名空间，可以在.aspx页中使用@ import指令，如下所示：
<%@ Import Namespace="System.Text" %>
第一次打开页时，引发应用程序和会话的Start事件：
void Application_Start(object sender, EventArgs e) {
// Application startup code goes here
}
void Session_Start(object sender, EventArgs e) {
Response.Write("Session is Starting...<br>");
Session.Timeout = 1;
}
对每个请求都引起BeginRequest和EndRequest事件。刷新页时，只显示来自Begin-Request，EndRequest和Page_Load方法的消息。
静态对象、.NET框架类和COM组件都可 以使用对象标记在Global.asax文件中定义。范围可以是appinstance，session或application。 appinstance范围表示对象特定于Http-Application的一个实例并且不共享。
<object id="id" runat="server" class=".NET Framework class Name" scope=" appinstance"/>
<object id="id" runat="server" progid="COM ProgID" scope="session"/>
<object id="id" runat="server" classid="COM ClassID" scope="application"/>
请注意，Global.asax使用了微软的 HTML拓展<SCRIPT>标记语法来限制脚本，这也就是说，必须用<SCRIPT>标记来引用这两个事件而不能用<% 和%>符号引用。在Global.asax中不能有任何输出语句，无论HTM的语法还是Response.Write方法都是不行 的，Global.asax是任何情况下也不能进行显示的。
http://book.csdn.net/bookfiles/287/10028712430.shtml
http://www.merecy.cn/article.asp?id=57
http://59.151.28.141:8080/StudentBBS/dispbbs.asp?boardID=47&ID=1245&page=7
网上看到的 很好就贴了过来
标签：
原文地址：http://www.cnblogs.com/ningyi/p/4872282.html
