1 业务需求

    缓存来自数据库的数据，不用频繁到数据库中加载。

2 使用模型

    添加一个类 MyCache，然后在里面添加静态属性字段：

    public static DataTable FolderData    {        get        {            string key = "FolderData";            object o = HttpRuntime.Cache[key];            if (o == null)            {                //从DB中加载数据                o = LoadFromDB();                //添加到缓存中（分钟过期）                HttpRuntime.Cache.Insert(key, o, null,                    System.Web.Caching.Cache.NoAbsoluteExpiration,                    TimeSpan.FromMinutes(30));            }            return (DataTable)o;        }    }

逻辑是取数据时如果没有，则去数据库中加载，然后添加到缓存中以便下次使用。

前台调用时直接用MyCache. FolderData即可。

3 运行的问题

    运行一段时间后，通过后台数据库的监控，发现有一台Web服务器还是有多次加载的SQL发送到数据库的情况，而且发生的还很频繁。为什么缓存没有生效呢？丢了？添加监控日志：

    public static DataTable FolderData    {        get        {            string key = "FolderData";            object o = HttpRuntime.Cache[key];            if (o == null)            {                //从DB中加载数据                 o = LoadFromDB();                saveLog("Add to Cache Key:" + key);                //添加到缓存中（分钟过期）(指定回调函数)                 HttpRuntime.Cache.Insert(key, o, null,                System.Web.Caching.Cache.NoAbsoluteExpiration,                TimeSpan.FromMinutes(30),                CacheItemPriority.Normal, ASPCacheRemoveCallBack);            }            return (DataTable)o;        }    } 

   A 添加进入Cache时，记录日志。

    B 添加删除的回调函数，当缓存被删除时，记录日志。

    private static void ASPCacheRemoveCallBack    (string key, object value, CacheItemRemovedReason reason)    {        saveLog("Key:" + key + "被删除，原因：" + reason + "，时间：" + DateTime.Now.ToString());    }

     然后分析这些日志，发现缓存有多次被删除，删除的原因是UnderUsed。

// 摘要:

// 之所以从缓存中移除该项，是因为系统要通过移除该项来释放内存。

Underused = 3,

但是连上服务器看，实际内存还有很多。（系统一共16G，使用的才11.5G，而且w3wp.exe进程才占用500MB。

    为什么还有很多内存剩余，但是却说内存不够要把缓存的数据清理掉呢？因为是缓存，目的是少去数据库，缓存的东西如果多了，占用内存大了，OS不是还有虚拟内存吗？可以交换到硬盘呀，当然，如果这种情况发生，我们就把缓存的过期时间设小一点，少缓存点数据，维持系统平衡。但是不能还剩下4～5G的时候就不缓存了呀。

    添加可用的日志：

    private static void ASPCacheRemoveCallBack    (string key, object value, CacheItemRemovedReason reason)    {        saveLog("Key:" + key + "被删除，原因：" + reason + "，时间：" + DateTime.Now.ToString()        + "可用数:" + HttpRuntime.Cache.EffectivePrivateBytesLimit);    } 

查看日志，发现EffectivePrivateBytesLimit的值是0.

查阅资料：

http://msdn.microsoft.com/zh-SG/library/system.web.caching.cache.effectiveprivatebyteslimit(v=vs.80)

EffectivePrivateBytesLimit 属性返回应用程序进程可使用的千字节数。达到此限制后，缓存算法开始积极清理缓存。

可使用应用程序配置文件中的 caching 的 cache 元素（ASP.NET 设置架构） 元素的 privateBytesLimit 属性 (Attribute) 设置 EffectivePrivateBytesLimit 属性 (Property)。未设置 privateBytesLimit 属性时，缓存算法将确定缓存的最大大小，EffectivePrivateBytesLimit 属性将包含该算法所选择的大小。

 为0表示ASP.net 认为没有可分配的内存了吗？实际情况并不是这样，系统刚运行一个缓存也没有时，它也是输出0。

    进一步查看Web.Config，我们并没有设定privateBytesLimit属性的值。

IIS上设定了最大内存限制吗？

也没有设定内存的限制，而且也没有设定要定时回收进程，这点可以从Application的变量没有重新初始化丢失得到验证。

同样的程序部署运行在另外好几套环境，EffectivePrivateBytesLimit的值也是0，但是它们没有频繁发生UnderUsed的情况。所以EffectivePrivateBytesLimit的值为0并不代表没有内存可用了，需要清理，反而更像没有对此属性做设定的意思。

    那到底是什么原因引起的ASP.net 的清理内存呢？

    继续查阅资料：http://msdn.microsoft.com/zh-cn/library/ms228248%28v=vs.100%29.aspx

    发现可以有几个设定来控制缓存的设定：

根据实际运行情况， 我们猜想：ASP.net 面临内存压力时好像算错了，好吧，我们让它不要算了，只要清理过期的数据就好了。把disableMemoryCollection设定为true，告诉ASP.net面临内存压力时不要回收内存。

连续运行3天，ASP.net 正常清理过期的数据，但是没有再出现删除原因为UnderUsed的日志，内存占用也稳定，没有大的波动。

4 结语

本来还想继续深入寻找ASP.net Cache的缓存的清理内存机制到底是什么，到底为什么出问题，初步反射了下它的代码，没有准确找到，再说这个问题是 MS搞出来的，负责人应该是它，不应该我们帮它排错（哈哈，偷懒的借口，不过每个人的精力是有限的，要解决回答为什么的问题是无限的。。。）

本文最终的结论就是设定了一个配置值而已，这么小的事似乎没必要发Blog，但是发现大批提到UnderUsed和disableMemoryCollection的文章都只有1句话的解释，没有详细的分析排错的过程，故而献丑写一篇，如有不对，还请大家指出，谢谢！

ASP.net Cache丢失的问题诊断