http://www.cnblogs.com/makqiq/p/5882448.html
1.Querystring
Querystring也叫查询字符串，这种页面间传递数据是利用网页地址URL。如果要从A页面跳转到B页面，则可以用Request.Redirect（”B.aspx?name=参数值”）；在页面跳转后用Ruquest[“参数名”]来接收参数。 Request.QueryString["name"]和Get Request.Form["name"]和Post
这种方法使用简单，不用服务器资源。但是很容易被篡改且不能传递对象，只有在通过URL 请求页时查询字符串才是可行的。
2.ViewState
这是ASP.NET框架管理的一个隐藏窗体字段，使用时可用ViewState[“变量名”]=数值，取数据的时候用：变量 = ViewState[“变量名”]；
ViewState在同一个页面多个请求的时候回自动保留值，不用服务器资源，用哈希格式存储；因ViewState存于页面中，当存储较大的值时，用户页面速度变慢。虽然是哈希值存储，但任然会出现被恶意篡改。
3.Cookie
Cookie使用 Response.Cookie[“键名”] = 值；取数据 变量 = Request.Cookie[“键名”]。
Cookie存储在客户端中，适合存储经常改动比较少的信息，不用服务器资源，可配置到期时间。但Cookie可能在客户端被禁用或删除，因为是明文的文本，不宜存储敏感的和未加密的数据。
4.Application
Application是一全局性的变量，所有用户共享一个Application变量。使用Application[“变量名”]= 值，取值：变量 = Application [“变量名”]，清除它用：Application[“变量名”] = null；
Application可给程序中所有的页面访问，但如服务器发生故障数据就会丢失。
5.Session
Session的使用方法和Application一样。Session对象用来存储会话信息，不同客户端生成的Session不同，用于存在特定于单独会话的短息信息。易于实现，并且提供较高的安全性和持久性，可以应对IIS 重启和辅助进程重启，可在多进程中使用。缺点是耗用服务器端的内存。所以不要存储大量的信息。Session 最常见的用途是与Cookie 一起向Web 应用程序提供用户标识功能，Session也可用于不支持Cookie 的浏览器。但是，使用无Cookie 的Session 需要将会话标识符放置在查询字符串中，同样会遇到本文在查询字符串一节中陈述的安全问题。
6.Cache
Cache 具有强大的数据操作功能， 以键值对集合的形式存 储数据，可以通过指定关键字来插入和检索数据项。它的基于依 赖性的终止功能， 使它能够精确控制如何并及时更新和消除缓 存中的数据。它可以内部进行锁定管理，不需要象Application 对象那样使用Lock()和Unlock()方法进行串行化管理。缺点是使用 方法较复杂
7.Server.Transfer
不同情况下使用方法：
情况一：源页面可以跳转到目标页面，源页面传递数据给目标页面
使用查询字符串， 将少量信息从一页传输到另一页以及不 存在安全性问题时，是一个简单常用的方法；使用Server.Transfer方法，可传递表单数据或查询字符串到另一个页面，还可以 保存初始页的HttpContext， 当目标页和源页面在同一个服务器 时，可以用此方法。
情况二：页面传递数值给自身页面
即在对同一页的多个请求间保留值， ViewState 属性可提供具有基本安全性的功能。也可用隐藏域，存储少量回发到自身或另一页的页信息时使用，不考虑安全性问题时使用。
情况三：源页面传递数值给目标页面，而源页面不能直接连接到目标页面。
Application： 存储由多个用户使用且更改不频繁的全局信息，此时安全性不成为问题。不要存储大量的信息。Session：存储特定于单独会话的短期信息，并且需要较高的安全性。不要在会话状态中存储大量的信息。需要注意，将为应用程序中每一会话的生存期创建并维护会话状态对象。在支持许多用户的应用程序中， 这可能会占用大量服务器资源并影响可缩放性。
Cookie： 当您需要在客户端存储少量信息以及不存在安全性问题时使用。类的静态属性，方便传送多个数据。
Cache ：对象用于单个用户、一组用户或所有的用户。可以为多个请求长时间、高效率的保存数据。上述几个方法， 不仅用于情况三， 前面两种情况都可以使用，只是没有必要时尽量少用，否则会造成资源浪费或增加程序的复杂性