Application, Cache, Session, Cookie, Viewstate 用法和区别

Application 任意大小， 整个应用程序的生命周期， 所有用户，服务器端 。
Cache 任意大小，程序指定生命周期，所有用户，服务器端。（比较灵活）
Session 小量数据， 某个用户活动时间 + 延迟时间（默认20分钟）， 单个用户， 服务器端。
Cookie 小量数据， 程序指定生命周期， 单个用户， 客户端 。
ViewState 小量数据，一个web页面的生命期，单个用户，客户端。 

=========================================================================

        1.Application：用于保存所有用户共用的数据信息。 在Asp.Net中类似的配置数据最好保存在Web.config文件中。如果使用Application对象，一个需要考虑的问题是任何写操作都要在 Application_OnStart事件（global.asax）中完成。尽管使用Application.Lock和 Application.Unlock方法来避免写操作的同步，但是它串行化了Application对象的请求，当网站访问量大的时候会产生严重的性能 瓶颈。因此最好不要用此对象保存大的数据集。

使用如下：
//存放信息 
Application["key"]=keyValue; 
//读取信息 
Object=Application["key"];

 

 

2.Cache：

使用如下：
//存放方式1
Cache["key"]=keyValue;//与2同效 

//存放方式2
//有多个重载，可指定依赖（变量、文件、目录、sql数据库表）
//会覆盖具有相同 key 的keyValue
Cache.Insert("key",keyValue); 

//存放方式3
//可指定依赖（变量、文件、目录、sql数据库表）
//当已存在相同的key时，操作失败，但也不会抛异常
Cache.Add("key",keyValue,...); 

//读取方式
Object keyValue=Cache["key"];
Object keyValue=Cache.Get("key"); 

//移除
Cache.Remove("key"); 

若不指定过期时间则永不过期

通常，我们使用Cache时，一般只有二个操作：读，写。
要从Cache中获取一个缓存项，我们可以调用Cache.Get(key)方法，要将一个对象放入缓存，我们可以调用Add, Insert方法。 然而，Add, Insert方法都有许多参数，有时我们或许只是想简单地放入缓存，一切接受默认值，那么还可以调用它的默认索引器， 我们来看一下这个索引器是如何工作的：

<span style="color: blue;">public object this</span>[<span style="color: blue;">string </span>key]{    <span style="color: blue;">get    </span>{        <span style="color: blue;">return this</span><span style="color: red;">.</span>Get(key);    }    <span style="color: blue;">set    </span>{        <span style="color: blue;">this</span><span style="color: red;">.</span>Insert(key, <span style="color: blue;">value</span>);    }}

可以看到：读缓存，其实是在调用Get方法，而写缓存则是在调用Insert方法的最简单的那个重载版本。

注意了：Add方法也可以将一个对象放入缓存，这个方法有7个参数，而Insert也有一个签名类似的重载版本， 它们有着类似的功能：将指定项添加到 System.Web.Caching.Cache 对象，该对象具有依赖项、过期和优先级策略以及一个委托（可用于在从 Cache 移除插入项时通知应用程序）。 然而，它们有一点小的区别：当要加入的缓存项已经在Cache中存在时，Insert将会覆盖原有的缓存项目，而Add则不会修改原有缓存项。

也就是说：如果您希望某个缓存项目一旦放入缓存后，就不要再被修改，那么调用Add确实可以防止后来的修改操作。 而调用Insert方法，则永远会覆盖已存在项（哪怕以前是调用Add加入的）。

自动移除数据

出于以下原因之一，ASP.NET 可以从缓存中移除数据：

• 由于服务器上的内存不足，开始一个称为“清理”的过程。

• 由于缓存中的项已过期。

• 由于项的依赖项发生了更改。

为了帮助管理缓存项，在将项从缓存中移除时，ASP.NET 会通知应用程序。

清理

清理是在内存不足时从缓存中删除项的过程。如果某些项在一段时间内未被访问，或是在添加到缓存中时被标记为低优先级，则这些项会被移除。ASP.NET 使用 CacheItemPriority 对象来确定要首先清理的项。有关更多信息，请参见如何：将项添加到缓存中。

过期

除了清理外，在缓存项过期时，ASP.NET 会自动从缓存中移除这些项。向缓存添加项时，可以按下表中的描述设置其过期时间。

过期类型

说明

可调过期

指定某项自上次被访问后多长时间过期。例如，可以将某项设置为自上次在缓存中被访问后 20 分钟过期。

绝对过期

指定某项在设定的时间过期，而不考虑访问频率。例如，可以将某项设置为在 6:00 PM 过期，或四小时后过期。

依赖项

可以将缓存中某一项的生存期配置为依赖于其他应用程序元素，如某个文件或数据库。当缓存项依赖的元素更改时，ASP.NET 将从缓存中移除该项。例如，如果您的网站显示一份报告，该报告是应用程序通过 XML 文件创建的，您可以将该报告放置在缓存中，并将其配置为依赖于该 XML 文件。当 XML 文件更改时，ASP.NET 会从缓存中移除该报告。当代码请求该报告时，代码会先确定该报告是否在缓存中，如果不在，代码会重新创建该报告。因此，始终都有最新版本的报告可用。

ASP.NET 缓存支持下表中描述的依赖项。

依赖项

说明

键依赖项

应用程序缓存中的项存储在键/值对中。键依赖项允许项依赖于应用程序缓存中另一项的键。如果移除了原始项，则具有键依赖关系的项也会被移除。例如，可以添加一个名为 ReportsValid 的缓存项，然后缓存若干个依赖于 ReportsValid 键的报告。当 ReportsValid 项被移除时，所有依赖于它的缓存报告同样也会从缓存中移除。

文件依赖项

缓存中的项依赖于外部文件。如果该文件被修改或删除，则缓存项也会被移除。

SQL 依赖项

缓存中的项依赖于 Microsoft SQL Server 2005、SQL Server 2000 或 SQL Server 7.0 数据库中表的更改。对于 SQL Server 2005，缓存中的项可依赖于表中的某一行。有关更多信息，请参见使用 SqlCacheDependency 类在 ASP.NET 中缓存。

聚合依赖项

通过使用 AggregateCacheDependency 类缓存中的项依赖于多个元素。如果任何依赖项发生更改，该项都会从缓存中移除。

自定义依赖项

可以用您自己的代码创建的依赖关系来配置缓存中的项。例如，可以创建一个自定义 Web 服务缓存依赖项，当调用 Web 服务得到一个特定值时，该依赖项就会从缓存中移除数据。

3.Session：用于保存每个用户的专用信息。Session中的信息保存在Web服务器的内存中，保存的数据量可大可小。当Session超时或被关闭时将自动释放保存的数据信息。对于小量的数据Session对象保存还是一个不错的选择。

使用如下：
//存放信息
Session["key"]=keyValue;
//读取信息
Object keyValue=Session["key"];

4.Cookie： 用于保存客户浏览器请求服务器页面的请求信息，其有效期可以人为设置，而且其存储的数据量很受限制，因此不要保存数据集及其他大量数据。而且Cookie以明文方式将数据信息保存在客户端的计算机中，因此最好不要保存敏感的未加密的数据。

使用如下：
//存放信息
Response.Cookie["key"].Value=keyValue;
//读取信息
String keyValue=Response.Cookie["key"].Value;

5.ViewState： 常用于保存单个用户的状态信息，可以保存大量的数据但是过多使用会影响应用程序的性能。所有Web服务器控件都使用ViewStat在页面回发期间保存自 己的状态信息。每个控件都有自己的ViewState，不用时最好关闭以节省资源。通过给@Page指令添加"EnableViewState= false"属性可以禁止整个页面的ViewState。

使用如下：
//存取信息
ViewState["key"]=keyValue;
//读取信息
Object keyValue=ViewState["key"];

 

 

================================================================================

Application

1.         Application用来保存所有用户共用的信息

2.         在Asp时代，如果要保存的数据在应用程序生存期内不会或者很少发生改变，那么使用Application是理想的选择。但是在Asp.net开发环境中我们把类似的配置数据放在Web.config中。

3.         如果要使用Application 要注意的是所有的写操作都要在Application_OnStart事件中完成（global.Asax），尽管可以使用Application.Lock()避免了冲突，但是它串行化了对Application的请求，会产生严重的性能瓶颈。

4.         不要使用Application保存大数据量信息

5.         代码：Application[“UserID”]=”test”;

        String UserName=Application[“UserID”].ToString();

Session

1.         Session用来保存每一个用户的专有信息

2.         Session的生存期是用户持续请求时间加上一段时间（一般是20分钟左右）

3.         Session信息是保存在Web服务器内存中的，保存数据量可大可小

4.         Session超时或者被关闭将自动释放数据信息

5.         由于用户停止使用应用程序之后它仍在内存中存留一段时间，因此这种方法效率较低

6.         代码：Session[“UserID”]=”test”;

        String UserName=Session[“UserID”].ToString();

Cookie

1.         Cookie用来保存客户浏览器请求服务器页面的请求信息

2.         我们可以存放非敏感的用户信息，保存时间可以根据需要设置

3.         如果没有设置Cookie失效日期，它的生命周期保存到关闭浏览器为止

4.         Cookie对象的Expires属性设置为MinValue表示永不过期

5.         Cookie存储的数据量受限制，大多数的浏览器为4K因此不要存放大数据

6.         由于并非所有的浏览器都支持Cookie，数据将以明文的形式保存在客户端

7.         代码：Resopnse.Cookies[“UserID”]=”test”;

        String UserName= Resopnse.Cookies [“UserID”].ToString();

ViewState

1.         ViewState用来保存用户的状态信息，有效期等于页面的生命周期

2.         可以保存大量数据但是要慎用，因为会影响程序性能

3.         所有的Web服务器控件都是用ViewState在页面PostBack期间保存状态

4.         不需要则关闭 @page 里面设置EnableViewState=false

5.         代码：ViewState[”ID”]=”cc”;
   String ID =ViewState[“ID”].ToString();

Cache

1.         Cache用于在Http请求期间保存页面或者数据

2.         Cache的使用可以大大的提高整个应用程序的效率

3.         它允许将频繁访问的服务器资源存储在内存中，当用户发出相同的请求后
服务器不是再次处理而是将Cache中保存的数据直接返回给用户

4.         可以看出Cache节省的是时间—服务器处理时间

5.         Cache实例是每一个应用程序专有的，其生命周期==该应用程序周期
应用程序重启将重新创建其实例

6.         注意：如果要使用缓存的清理、到期管理、依赖项等功能必须使用Insert 或者Add方法方法添加信息

7.         代码：Cache[”ID”]=”cc”;或者Cache.Insert(“ID”,”test”);

   String ID =Cache[“ID”].ToString();

http://blog.csdn.net/avon520/article/details/4922887