概述：
对于任何一个初学者来说，页面之间传值可谓是必经之路，却又是他们的难点。其实，对大部分高手来说，未必不是难点。
很多程序员面试会问道这样一道题:"请说说你所知道的页面之间传值的几种形式和方法，并阐述他们的原理和过程"，关于这道题，大部分人能回答5种左右，极少部分能回答8种，从深度上来说，很少有人能透彻的分析每种方法的原理和过程，如page 生命周期和page原理，反射，IIS如何解析请求等，CLR，GC，反编译等）。鉴于此，我们花些时间来总结一下：
一、Request.QueryString
核心代码：
总结：
1、Request.QueryString:获取http查询字符串变量集合。有两重载，即Request.QueryString[string name]和Request.QueryString[int index];
2、Request.QueryString主要是获取url中的“？”之后的参数，如url:a.aspx?name="queryString"，则Request.QueryString["name"]的值为“queryString”。
二、Request.Form
核心代码：
protected void getQueryString_Click(object sender, EventArgs e)
总结：
1、Request.Form 获取窗体变量集合。有两重载，即Request.Form[string name]和Requst.Form[int index]。
2、获取表单指定名字的参数值。
三、Session
1、Session基本操作
a、创建Session
b、获取Session的值
string getSessionValue=Session["name"].ToString()；
c、遍历Session
public void getSession()
{
IEnumerator sessionEnum = Session.Keys.GetEnumerator();
while (sessionEnum.MoveNext())
{
Response.Write(Session[sessionEnum.Current.ToString()].ToString()+";"); }
}
d、清空Session，但不结束会话
e、结束Session会话
3、Session原理
为什么引入Session？大家知道，因为http是一种无状态协议，因此，Session正弥补了这一缺陷。当然，Session作用远远不止于这些，这里就不多论述。
Session在ASP.NET中，表示客户端（Goggle,Firefox,IE等）与服务器端的会话，用来存储特定会话信息，准确来说，是用来存储特定用户信息。当客户端向服务器发送一个请求时，如登陆用户ID，服务器接收到该请求，服务器端Session产生一个与该登陆用户相关的SessionID,并将SessioID返回给客户端（Goggle,Firefox,IE等），在新会话开始时，服务器将SessionID当做cookie存储在用户的浏览器中。
总结：
1、定义：System.Web.SessionState.HttpSessionState Page.Session //获取ASP.NET提供的当前Session对象。
2、特性：
a、Session中文意思为“会话”，在ASP.NET中，表示客户端和服务器之间的会话，web中常用会话之一。
b、Session存储在服务器端内存中。
c、Session可以存储任何类型的数据，包括自定义对象。
d、Session与Session间是相互独立的，互不干扰。
e、Session与Cookie配对使用，Session在服务器端产生SessionID，并将该SessionID返回给客户端（IE,FireFox,Google等），客户端Cookie来存储该SessionID，
整过会话过程中，只要保存SessionID的Cookie不丢失，则Session的信息就不会丢失。
f、Session保存的数据可以跨页访问，即跨页面是全局的。
g、Session不能跨进程访问，只能由该会话用户访问。
h、可以在不结束会话的条件下，清除Session信息，即调用Session.Clear();
i、当会话结束，过期，服务器就会清除Session对象。
j、Session常用于保存登录用户的ID.
四、Application
核心代码：
(1)a.aspx
private void Button1_Click(object sender, System.EventArgs e)
(2)b.aspx
private void Page_Load(object sender, EventArgs e)
总结：
1、Application对象的作用范围是整个全局，也就是说对所有用户都有效。它在整个应用程序生命周期中都是有效的，类似于使用全局变量一样，所以可以在不同页面中
对它进行存取。它和Session变量的区别在于，前者是所有的用户共用的全局变量，后者是各个用户独有的全局变量。可能有人会问，既然所有用户都可以使用application
变量，那他可以用在什么场合呢？这里举个例子：网站访问数。多个请求访问时都可以对它进行操作。
2、优点：使用简单，消耗较少的服务器资源;不仅能传递简单数据，还能传递对象;数据量大小是不限制的。
3、缺点：作为全局变量容易被误操作。所以单个用户使用的变量一般不能用application。
4、在源页面的代码中创建你需要传递的名称和值构造Application变
量:Application["name"]="Value(Or Object)";在目的页面的代码使用Application变量取出传递的值。Result = Application["name"]。
5、常用lock和unlock方法用来锁定和解锁，为了防止并发修改。
五、Cache
核心代码：
//Class1
总结：
1、应用程序中的缓存机制用于将需要大量服务器资源来创建的对象存储在内存中，以此大大改进应用程序的性能。这个机制同样可以用来传值。
2、与其他方法不同的是，该方法需要设置缓存项优先级和缓存时间。因为当系统内存缺乏时，缓存机制会自动移除很少使用或优先级较低的项，从而造成传值失败。
3、该方法的优点是传递数据的大小和数量无限制，速度快。缺点是缓存机制的操作相对比较复杂。
六、Cookie
核心代码：
//Class1
HttpCookie httpCookie = new HttpCookie("testCookie","Page transfers by Cookie");
Response.Redirect("~/Class2.aspx");
//Class2
Label1.Text = Request.Cookies["testCookie"].Value;
总结：
1、Cookie用于在用户浏览器上存储小块的信息，保存用户的相关信息，比如用户访问某网站时用户的ID，用户的偏好等，用户下次访问就可以通过检索
获得以前的信息。所以Cookie也可以在页面间传递值。
2、Cookie通过HTTP头在浏览器和服务器之间来回传递的。Cookie只能包含字符串的值，如果想在Cookie存储整数值，那么需要先转换为字符串的形式。
3、与Session一样，其是什对每一个用户而言的，但是有个本质的区别，即Cookie是存放在客户端的，而session是存放在服务器端的。而且Cookie的使
用要配合ASP.NET内置对象Request来使用。
4、使用简单，是保持用户状态的一种非常常用的方法。比如在购物网站中用户跨多个页面表单时可以用它来保持用户状态。
5、常常被人认为用来收集用户隐私而遭到批评。
6、安全性不高，容易伪造。
七、Context.Items["id"]
核心代码：
//Class1
总结：
1、Context 对象包含与当前页面相关的信息，提供对整个上下文的访问，包括请求、响应、以及上文中的Session 和Application 等信息。
2、可以使用此对象在网页之间共享信息，从而实现页面间的传值。
3、与使用 Form 的方法类似，该方法也能保持大量的数据，缺点也相同，但使用方法相对比较简单。
八、ViewState
核心代码：
//Class1
ViewState["id"]=TextBox1.Text; //数据保存
Label1.Text=ViewState["id"].ToString(); //数据取出
ViewState.Remove("id"); //数据移除
总结：
1、ViewState 是ASP.NET 用来在同一页面的多个请求之间保存和还原服务器控件视图状态的一种机制。与传统的“同一页面”不同，ASP.NET 中“同一页面”的
每一个请求都会导致服务器重新生成该页面，但是新生成的页面并不包含原来页面的数据。(页面无状态性)
2、ViewState 的任务就是保存原来页面中服务器控件视图状态的数据供新页面使用。从这个意义上讲，ViewState 也可以看作是一种在页面间传递数据的工具。
3、ViewState 的工作原理是：作为一个隐藏的窗体字段在客户端和服务器之间传递，可见，滥用ViewState 会加重页面回传的负担，从而降低应用程序的性能。
此外，ViewState 也能被控件、页面和应用程序禁用。
九、web.config和machine.config
核心代码：
//Class1
using System.Web.Configuration;
总结：
1、每个Web运用程序继承web.config文件和machine.config文件的设置。
2、web.config和machine.config这两种文件保存数据一般都很小，多为明文，特别适合保存一些字符串常量，如数据库连接信息。此外，web.config文件是可以
扩展的，因此，也可以用来传递变量。由于这两种文件会被自动缓存，所以不存在因磁盘IO产生的性能瓶颈等问题。要注意的是文件中某些设置会导致文件被修改后
Web运用程序的重启。
3、web.config:你可以向单个Web运用程序运用设置。例如，你可能会希望设置特定的验证方法、调试的类型、默认语言或自定义的错误页面。但如果你要使用这些
设置，必须把web.config文件放到web运用程序的根虚拟目录下。要想在Web运用程序中进一步配置自己的子目录，需要 在这些文件夹中放置附加的web.config。
（关于ASP.NET web.config文件详细介绍，可参考我另外一篇博客：ASP.NET web.config)
4、machine.config：从c:\Windows\Microsoft.NET\Framework\Framework\[Version]\Config目录中的一个叫macine.config的文件开始 配置。machine.config
文件定义支持的配置文件节，配置ASP.NET工作者进程，注册可用于高级特性（如配置文件、成员资格以及基于角色的安全等）提供程序。
十、Static
核心代码：
//class1
public static string userName;//在class1中定义静态全局变量
userName=txtBoxUserName.Text;
Response.Redirect("~/class2.aspx");
//class2
Label1.Text=Src.id;
总结：
1、这个应该是非常容易理解的，在ASP.NET中，每个页面对应一个具体的类，既然如此，那么页面之间的传递，我们就可以归结为：类与类之间数据的传递。想到这一步，问题应该就迎刃而解了， 因为我们可以利用类之间的公关静态变量来解决这个问题。
2、若合理利用，可以有效地提高数据传递效率，但若滥用，可能会导致用户或页面间数据紊乱，存在一定风险和隐患，应谨慎使用。
提出以下问题：大家可以分析一下，以下代码有什么问题？
//Class1
十一、补充常用页面之间跳转
1、最常用的页面跳转（原窗口被替代）：Response.Redirect("XXX.aspx");
2.利用url地址打开本地网页或互联网：Respose.Write("<script language='javascript'>window.open('"+ url+"');</script>");
3.原窗口保留再新打开另一个页面（浏览器可能阻止，需要解除）：Response.Write("<script>window.open('XXX.aspx','_blank')</script>");
4.效果同1中的另一种写法：Response.Write("<script>window.location='XXX.aspx'</script>");
5.也是原窗口被替代的 （常用于传递session变量的页面跳转）：Server.Transfer("XXX.aspx");
6.原窗口保留，以对话框形式打开新窗口：Response.Write("<script>window.showModelessDialog('XXX.aspx')</script>");
7.对话框形式打开新窗口，原窗口被代替：Response.Write("<script>window.showModelDialog('XXX.aspx')</script>");
8.打开简洁窗口：Respose.Write("<script language='javascript'>window.open('"+url+"','','resizable=1,scrollbars=0,status=1,menubar=no,toolbar=no,location=no, menu=no');</script>");
9.利用vs2008端口：System.Diagnostics.Process.Start(http://localhost:3210/系统管理员.aspx);
总结：
关于页面之间传值，还有很多方法，如文件传值、数据库传值，ViewBag等等，在这里就不一一论述了。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
