介绍:
　　在我解释cache管理机制时，首先让我阐明下一个观念：IE下面的数据管理。每个人都会用不同的方法去解决如何在IE在管理数据。有的会提到用状态管理，有的提到的cache管理，这里我比较喜欢cache管理，因为本人比较喜“cache”这个词。但是状态管理和cache管理这两个在概念和意义上是不同的，下面就让我们来讨论下两都在各个方面的不同之处。

　　虽然cache管理并不存在于Windows程序，但在web环境中已经得到巨大的应用。自从HTTP变成无协议以来，在WEB上要想分辨两个不同请求变得非常难，如何分辨如此多的请求变得非常重要，如果是同一请求，我们就可以把数据缓存起来供web上所有用户访问，减少数据重复进行物理加载。

　　asp.net提供了几种方法来缓存数据在客户端和服务器端，但是我们经常为到底用哪种方式而感动苦恼。asp.net提供了以下三种实现方式：

　　1:Session;2: Application 3: Cache objects，我们必须非常清楚它们之间的优势，这样才能充分利用它们的优势发挥在web程序中.

　　背景：

　　这篇文章中，我将简单涉及cache管理中的不同功能，在web程序中，我们为了避免因高并发产生的数据访问带来的性能问题，我们有必要把数据缓存于服务器端，使得后来的访问可以直接调用缓存数据，起到数据重用的作用。

　　缓存能够帮忙我们提到服务质量的三个重要方面：

　　性能：缓存数据达到数据重用.避免了重复的物理数据加载.

　　可量测性：数据缓存后，减少了从服务器端加载数据。

　　实用性：如果其它的系统或者是数据库发生死机，那么仍然可以从缓存中取得数据不受局部硬件的影响。

　　在一个web 程序中，我们可以数据缓存，页面缓存等等，让我们来看下数据缓存在服务器端和客户端的不同之处。

　　1.服务器端缓存:

　　1.1Session状态管理:

　　session为每个人缓存数据.也就是说这样缓存的数据并不能同时供多人共享，限于为单个人缓存数据。

　　状态管理有三种实现方式，分别是：

　　1.11:InProc:

　　它的数据存储在aspnet_wp.exe 进程中，数据会因为IIS的重启而丢失。

　　1.12:StateServer :

　　较InProc不同的是，它可以存储于不同的服务器中.

　　1.133:SQLServer:

　　它的数据存储在数据库中，数据不会因为IIS的重启而丢失数据。

　　后两种方法与InProc最大的区别在于，我们要确保缓存的数据是可序列化的，否则只能用于第一种方式.为此我们要仔细分析从而选出最适合自己的方式.

　　下面是如何作用Session的代码片段：

　　Code

　　string empNum = Request.QueryString["empnum"];

　　if (empNum != null)

　　{

　　string details = null;

　　if (Session["EMP_DETAILS"] == null)

　　{

　　//Get Employee Details for employee number passed

　　string details = GetEmployeeDetails(Convert.ToInt32(empNum));

　　Session["EMP_DETAILS"] = details;

　　}

　　else

　　{

　　details = Session["EMP_DETAILS"];

　　}

　　//send it to the browser

　　Response.Write(details);

　　}

　　1.2 ASP.NET application

　　asp.net为我们提供了另外一种全局变量保存方法，Application对象，它也是面向所有用户，它的生命周期和应用程序一样，当应用程序初始化后它就开始重建。但它最大的缺点是没有相关数据过期的方法，此时就要用到cache管理。

　　1.3 ASP.NET cache

　　cache是我最喜欢用的机制，这也是为什么我喜欢说它的原因。它提供了键-值对应的方法，cache对应的命名空间是：System.Web.Caching 它的生命周期也依赖于应用程