发布网友 发布时间:2022-04-22 01:22
共1个回答
热心网友 时间:2022-04-27 12:58
大多数时候,默认的优先级已经足够了-缓存引擎可以正常完成任务并处理缓存的内存管理。CacheItemRemovedCallback选项考虑到一些很有趣的可能性,但实际上它很少使用。不过,为了说明该方法,我将提供它的一个使用示例: CacheItemRemovedCallback示例 System.Web.Caching.CacheItemRemovedCallbackcallback=newSystem.Web.Caching.CacheItemRemovedCallback(OnRemove); Cache.Insert("key",myFile,null, System.Web.Caching.Cache.NoAbsoluteExpiration, TimeSpan.Zero, publicstaticvoidOnRemove(stringkey,objectcacheItem, System.Web.Caching.CacheItemRemovedReasonreason) { AppendLog("Thecachedvaluewithkey''"+key+ "''wasremovedfromthecache.Reason:"+ reason.ToString()); } 该示例将使用AppendLog()方法中定义的任何逻辑来记录缓存中的数据到期的原因。通过在从缓存中删除项时记录这些项并记录删除的原因,您可以确定是否在有效地使用缓存或者您是否可能需要增加服务器上的内存。注意,callback是一个静态(在VB中为Shared)方法,建议使用该方法的原因是,如果不使用它,保存回调函数的类的实例将保留在内存中,以支持回调(对static/Shared方法则没有必要)。 该特性有一个潜在的用处-在后台刷新缓存的数据,这样用户永远都不必等待数据被填充,但数据始终保持相对较新的状态。但实际上,此特性并不适用于当前版本的缓存API,因为在从缓存中删除缓存的项之前,不触发或不完成回调。因此,用户将频繁地发出尝试访问缓存值的请求,然后发现缓存值为空,不得不等待缓存值的重新填充。我希望在未来的ASP.NET版本中看到一个附加的回调,可以称为CachedItemExpiredBut NotRemovedCallback,如果定义了该回调,则必须在删除缓存项之前完成执行。 缓存数据引用模式 每当我们尝试访问缓存中的数据时,都应该考虑到一种情况,那就是数据可能已经不在缓存中了。因此,下面的模式应该普遍适用于您对缓存的数据的访问。在这种情况下,我们假定已缓存的数据是一个数据表。 publicDataTableGetCustomers(boolBypassCache) { stringcacheKey="CustomersDataTable"; objectcacheItem=Cache[cacheKey]asDataTable; if((BypassCache)||(cacheItem==null)) { cacheItem=GetCustomersFromDataSource(); Cache.Insert(cacheKey,cacheItem,null, DateTime.Now.AddSeconds(GetCacheSecondsFromConfig(cacheKey),TimeSpan.Zero); } return(DataTable)cacheItem; } 关于此模式,有以下几点需要注意: 1) 某些值(例如,cacheKey、cacheItem和缓存持续时间)是一次定义的,并且只定义一次。 2) 可以根据需要跳过缓存-例如,当注册一个新客户并重定向到客户列表后,最好的做法可能就是跳过缓存,用最新数据重新填充缓存,该数据包括新插入的客户。 3) 缓存只能访问一次。这种做法可以提高性能,并确保不会发生NullReferenceExceptions,因为该项在第一次被检查时是存在的,但第二次检查之前就已经到期了。 4) 该模式使用强类型检查。C#中的“as”运算符尝试将对象转换为类型,如果失败或该对象为空,则只返回null(空)。 5) 持续时间存储在配置文件中。在理想的情况下,所有的缓存依赖项(无论是基于文件的,或是基于时间的,还是其他类型的依赖项)都应该存储在配置文件中,这样就可以进行更改并轻松地测量性能。我还建议您指定默认缓存持续时间,而且,如果没有为所使用的cacheKey指定持续时间,就让GetCacheSecondsFromConfig()方法使用该默认持续时间。