很多关于.NET 4.0新特性的介绍，缓存功能的增强肯定是不会被忽略的一个重要亮点。在很多文档中都会介绍到在.NET 4.0中，缓存功能的增强主要是在扩展性方面做了改进，改变了原来只能利用内存进行缓存的局限，允许用户在不改变代码的情况下通过修改配置的方式，灵活的切换缓存介质。Cache Provider是可扩展的，开发人员可以方便的将缓存存放在文件中，也可以扩展使用分布式缓存。然而，由于之前已经有System.Web.Caching.Cache这个缓存对象的存在，让我一直对.NET 4.0的新的Cache和原来已存在的System.Web.Caching.Cache的关系产生了一定的迷惑。通过这一两天的研究，让我慢慢解开了这层迷惑。

　　回顾.NET 4.0以前的缓存功能

　　事实上，在.NET4.0以前并没有存在一个实际意义上的.NET Framework的缓存框架，实际上它是一个专为ASP.NET设计的缓存框架。在ASP.NET中，缓存分为两种：输出缓存(Output Cache)和数据缓存。输出缓存是用在需要对已经生成好的页面HTML或页面中部分HTML(User Control)进行缓存，减少某些静态内容的生成次数，从而提高请求响应时间。数据缓存，是开发人员希望缓存某些常用、并且极少更新的数据，让这些数据缓存在内存中，以减少数据的读取次数，从而提高程序的性能。而这两种缓存都是使用System.Web.Caching.Cache来缓存数据。

　　System.Web.Caching.Cache

　　它是一个内存缓存的实现，并不提供缓存介质的扩展，数据直接缓存在内存中。这个对象一般情况下，我们不会自己去实例化。通常在页面里面，我们会直接使用Page.Cache进行缓存操作，而不会去关心它是如何被实例化的。而在页面以外的地方要使用缓存，我们可以通过全局的System.Web.Context.Current.Cache来进行缓存操作，同样的你还可以使用System.HttpRuntime.Cache。其实如果我们通过Reflector去追踪这几个对象的关系，你不难发现虽然有这么多地方都有Cache对象，实际上它们都是引用同一个对象，那就是HttpRuntime.Cache这个对象。特别要注意的是，System.HttpRuntime.Cache不仅仅可用于Web环境下，它也可以在任何程序中使用，包括WinForm,Console Application，但是前提是你必须引用System.Web.dll。这也就说明了，System.Web.Caching.Cache这个对象完全是可以脱离于System.Web这个名称空间，而作为一个独立的缓存框架而存在。这也是我迷惑的第一个地方：System.Web.Caching.Cache会不会改变现有的实现，而直接使用新的可扩展的缓存框架？

　　.NET 4.0中的缓存功能全解析

　　.NET 4.0的缓存功功由三部分组成：System.Runtime.Caching，System.Web.Caching.Cache和Output Cache。下面分别对这三者以及它们之前的关系进行解析：

　　System.Runtime.Caching

　　这是在.NET 4.0中新增的缓存框架，存在于程序集System.Runtime.Caching.dll，在这份PPT中提到的System.Caching指的就是它。它是一个可扩展的数据缓存框架，内置提供了内存缓存的实现MemoryCache。但是它在使用上却不是那么可扩展，除了提供ObjectCache这个抽象类外，并没有提供可扩展的配置方案，我们无法通过配置方案来切换ObjectCache的实现，我们必须在代码里面硬编码我们要使用的ObjectCache实现：

ObjectCache objectCache = MemoryCache.Default;//        

        

        
        
      
        
NET技术：全面认识一下.NET 4的缓存功能，转载需保留来源！
        
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。