application和session和缓存的区别.doc

Application, Cache, Session, Cookie, Viewstate 用法和区别 分类： A 2009-12-02 11:16 532人阅读 评论(0) 收藏 举报 Application 任意大小， 整个应用程序的生命周期， 所有用户，服务器端 。Cache 任意大小，程序指定生命周期，所有用户，服务器端。（比较灵活）Session 小量数据， 某个用户活动时间 + 延迟时间（默认20分钟）， 单个用户， 服务器端。Cookie 小量数据， 程序指定生命周期， 单个用户， 客户端 。ViewState 小量数据，一个web页面的生命期，单个用户，客户端。= 1.Application：用于保存所有用户共用的数据信息。 在Asp.Net中类似的配置数据最好保存在Web.config文件中。如果使用Application对象，一个需要考虑的问题是任何写操作都要在 Application_OnStart事件（global.asax）中完成。尽管使用Application.Lock和 Application.Unlock方法来避免写操作的同步，但是它串行化了Application对象的请求，当网站访问量大的时候会产生严重的性能 瓶颈。因此最好不要用此对象保存大的数据集。使用如下：/存放信息 Applicationkey=keyValue; /读取信息 Object=Applicationkey;2.Cache：使用如下：/存放方式1Cachekey=keyValue;/与2同效/存放方式2/有多个重载，可指定依赖（变量、文件、目录、sql数据库表）/会覆盖具有相同 key 的keyValueCache.Insert(key,keyValue);/存放方式3/可指定依赖（变量、文件、目录、sql数据库表）/当已存在相同的key时，操作失败，但也不会抛异常Cache.Add(key,keyValue,.);/读取方式Object keyValue=Cachekey;Object keyValue=Cache.Get(key);/移除Cache.Remove(key);自动移除数据出于以下原因之一，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对象保存还是一个不错的选择。使用如下：/存放信息Sessionkey=keyValue;/读取信息Object keyValue=Sessionkey;4.Cookie： 用于保存客户浏览器请求服务器页面的请求信息，其有效期可以人为设置，而且其存储的数据量很受限制，因此不要保存数据集及其他大量数据。而且Cookie以明文方式将数据信息保存在客户端的计算机中，因此最好不要保存敏感的未加密的数据。使用如下：/存放信息Response.Cookiekey.Value=keyValue;/读取信息String keyValue=Response.Cookiekey.Value;5.ViewState： 常用于保存单个用户的状态信息，可以保存大量的数据但是过多使用会影响应用程序的性能。所有Web服务器控件都使用ViewStat在页面回发期间保存自 己的状态信息。每个控件都有自己的ViewState，不用时最好关闭以节省资源。通过给Page指令添加EnableViewState= false属性可以禁止整个页面的ViewState。使用如下：/存取信息ViewStatekey=keyValue;/读取信息Object keyValue=ViewStatekey;=Application1. Application用来保存所有用户共用的信息2. 在Asp时代，如果要保存的数据在应用程序生存期内不会或者很少发生改变，那么使用Application是理想的选择。但是在A开发环境中我们把类似的配置数据放在Web.config中。3. 如果要使用Application 要注意的是所有的写操作都要在Application_OnStart事件中完成（global.Asax），尽管可以使用Application.Lock()避免了冲突，但是它串行化了对Application的请求，会产生严重的性能瓶颈。4. 不要使用Application保存大数据量信息5. 代码：Application“UserID”=”test”; String UserName=Application“UserID”.ToString();Session1. Session用来保存每一个用户的专有信息2. Session的生存期是用户持续请求时间加上一段时间（一般是20分钟左右）3. Session信息是保存在Web服务器内存中的，保存数据量可大可小4. Session超时或者被关闭将自动释放数据信息5. 由于用户停止使用应用程序之后它仍在内存中存留一段时间，因此这种方法效率较低6. 代码：Session“UserID”=”test”; String UserName=Session“UserID”.ToString();Cookie1. Cookie用来保存客户浏览器请求服务器页面的请求信息2. 我们可以存放非敏感的用户信息，保存时间可以根据需要设置3. 如果没有设置Cookie失效日期，它的生命周期保存到关闭浏览器为止4. Cookie对象的Expires属性设置为MinValue表示永不过期5. Cookie存储的数据量受限制，大多数的浏览器为4K因此不要存放大数据6. 由于并非所有的浏览器都支持Cookie，数据将以明文的形式保存在客户端7. 代码：Resopnse.Cookies“UserID”=”test”; String UserName= Resopnse.Cookies “UserID”.ToString();ViewState1. ViewState用来保存用户的状态信息，有效期等于页面的生命周期2. 可以保存大量数据但是要慎用，因为会影响程序性能3. 所有的Web服务器控件都是用ViewState在页面PostBack期间保存状态4. 不需要则关闭 page 里面设置EnableViewState=false5. 代码：ViewState”ID”=”cc”; String ID =ViewState“ID”.ToString();Cache1. Cache用于在Http请求期间保存页面或者数据2. Cache的使用可以大大的提高整个应用程序的效率3. 它允许将频繁访问的服务器资源存储在内存中，当用户发出相同的请求后服务器不是再次处理而是将Cache中保存的数据直接