System.Web.Caching.CacheItemRemovedCallback callback = new System.Web.Caching.CacheItemRemovedCallback (OnRemove);
Cache.Insert("key",myFile,null,
　System.Web.Caching.Cache.NoAbsoluteExpiration,
　TimeSpan.Zero,
　System.Web.Caching.CacheItemPriority.Default, callback);
. . .
public static void OnRemove(string key, object cacheItem,
　System.Web.Caching.CacheItemRemovedReason reason)
{
　AppendLog("The cached value with key '" + key +
"' was removed from the cache. Reason: " +
　reason.ToString());
}

该示例将使用AppendLog()方法中定义的任何逻辑来记录缓存中的数据到期的原因。通过在从缓存中删除项时记录这些项并记录删除的原因，您可以确定是否在有效地使用缓存或者您是否可能需要增加服务器上的内存。注意，callback是一个静态（在VB中为Shared）方法，建议使用该方法的原因是，如果不使用它，保存回调函数的类的实例将保留在内存中，以支持回调（对static/Shared方法则没有必要）。

该特性有一个潜在的用处-在后台刷新缓存的数据，这样用户永远都不必等待数据被填充，但数据始终保持相对较新的状态。但实际上，此特性并不适用于当前版本的缓存API，因为在从缓存中删除缓存的项之前，不触发或不完成回调。因此，用户将频繁地发出尝试访问缓存值的请求，然后发现缓存值为空，不得不等待缓存值的重新填充。我希望在未来的ASP.NET版本中看到一个附加的回调，可以称为CachedItemExpiredBut

NotRemovedCallback，如果定义了该回调，则必须在删除缓存项之前完成执行。

缓存数据引用模式

每当我们尝试访问缓存中的数据时，都应该考虑到一种情况，那就是数据可能已经不在缓存中了。因此，下面的模式应该普遍适用于您对缓存的数据的访问。在这种情况下，我们假定已缓存的数据是一个数据表。

public DataTable GetCustomers(bool BypassCache)
{
　string cacheKey = "CustomersDataTable";
　object cacheItem = Cache[cacheKey] as DataTable;
　if((BypassCache) || (cacheItem == null))
　{
　　cacheItem = GetCustomersFromDataSource();
　　Cache.Insert(cacheKey, cacheItem, null,
　　DateTime.Now.AddSeconds(GetCacheSecondsFromConfig(cacheKey), TimeSpan.Zero);
　}
　return (DataTable)cacheItem;
}