1. Get(即使用QueryString显式传递)
方式：在url后面跟参数。
特点：简单、方便。
缺点：字符串长度最长为255个字符；数据泄漏在url中。
适用数据：简单、少量、关键的数据。
适用范围：传递给自己、传递给另一个目标页面；常用于2个页面间传递数据。
用法：例如：url后加?UserID=…，跳转到目标页面，目标页面在伺服端可用Request.QueryString["InputText"]获取其指定参数值。
2. Post
方式：通用的方式。利用form提交。
特点：最常用的方法。常用技巧是把隐秘的数据存在隐藏域中由form提交。
适用数据：大量数据，包括文件上传。
适用范围：同Get方法
用法：在客户端form指定action目标后submit、在asp.net的伺服端中使用server.Transfer(url)提交；在伺服端中用Request.Form["FormFieldID"]获取。
3. 页面对象的属性
方式：asp.net特有方式 。利用HttpContext获取发请求的页面的信息。
特点：可以直接存储对象。
缺点：注意强制转换的类型要正确。
适用数据：各种数据。
适用范围：页面之间传递复杂数据。
用法：获取Context.Handler将其转换为发请求的页面的实例，随后就可以轻松访问其form中的字段、甚至属性。其中的Context是指HttpContext对象，Handler是其属性，Context.Handler的意思可以理解为创建源页类的实例变量，而得到此实例之后，就可以直接访问其中的属性和Public方法了。
4. cookie
方式：将数据存在客户端的经典方法。
缺点：安全性低、受客户端设置限制、一个站点仅存20个cookie，每个容量4096字节。
有效期：自定义或被用户清除
适用数据：用户的会话数据(一般是用户名，用户的个性化设置信息等)
适用范围：单个用户、整个站点所有页面
用法：引用Request.Cookies（读取信息）、Response.Cookies（写入信息）、或用HttpCookieCollection直接创建Cookie对象。
5. Session
方式：将用户数据存储在伺服端。
特点：asp.net中可以设置session的存储方式、位置、SessionID的保存是否依赖cookie。
可以直接存储对象。
缺点：asp.net中有失效的隐患
有效期：用户活动时间+自定义延迟。
适用数据：用户的特有信息。
适用范围：单个用户、整个站点所有页面。
用法：Session["CollectionName"] = value/object;
6. Cache
方式：将用户数据存储在伺服端数据缓存中。
特点：可以大大提高效率。 可以直接存储对象。
缺点：数据更新不及时。
有效期：应用程序生命周期或自定义。
适用数据：所有页面、所有用户都可以共享的数据。
用法：Cache["CollectionName"] = value|object;
7. Appliction
方式： 将数据存储于此,相当于全局变量。
特点：可以直接存储对象。整个站点的共享数据。
有效期：应用程序生命周期。
适用数据：所有页面、所有用户共享的数据。
用法：Appliction["CollectionName"] = value|object;
8. ViewState
方式：asp.net特有机制，用来恢复页面状态。
特点：将页面各控件及其所存数据序列化存在name为_ViewState的隐藏域中。
缺点：存在HTML中，安全性较低。可以设置加密和验证，但数据量会大增、效率有影响。
适用数据：页面PostBack需要保存的数据，数据太大会影响页面发送效率。
适用范围：页面自身数据保存。
用法：ViewState["CollectionName"] = value；
9. Static
方式： 将数据存于静态变量中。
特点：利于提高效率。
缺点：若用不好会致使用户或页面间数据紊乱，造成极大的隐患。建议只赋值一次，绝对禁止为单个用户而更改此值。
适用数据：所有用户共享的数据。
适用范围：此类所有的页面实例。
用法：在class中声明静态变量。
整理：
页面自身保存数据可用的有ViewState,static变量。
页面之间传递数据常用get,post,HttpContext,当然可以变通一下用于自身数据保存。
单用户的所有页面数据共享常用session,cookie,当然也可以应用在以上两种情况。
整个应用程序(所有用户所用页面)的数据共享常用Appliction,cache,static变量。
