为什么一个缓存依赖不能应用于多个缓存项呢？

[Yanbin_Q]

多个缓存项同时依赖于一个缓存依赖，实际上应该没什么逻辑问题，比如文件 "c:\\test.txt" 变动时需同时清理多个缓存项。

例如页面这样写

private static CacheDependency dependercy = new CacheDependency("c:\\test.txt");
protected void SetCacheBtn_Click(object sender, EventArgs e)
{
Cache.Insert("key1","This is the Cached Data",dependercy);
Cache.Insert("key2", "This is the Cached Data", dependercy);
}

执行的时候报错：

An attempt was made to reference a CacheDependency object from more than one Cache entry.

即使设定一个失效时间的情况下，某个缓存被移除了，原来那个缓存依赖也可能无法重用，必须重新创建一个新的 CacheDependency 实例。

Cache 是怎么记录与缓存依赖的关联关系的，如缓存被移除后，怎么移除掉 Cache 与缓存依赖之间的依赖关系。

[huangmin3956]

我乃防沉者： 学习 因为不懂

[HolyPlace]

内置创建副本？

[以专业开发人员为伍]

可能因为asp.net项目组觉得已经简单好用了吧，没有必要在性能高不了多少时去增加新的功能了吧！

其实我比较多地是使用

public CacheDependency(string[] filenames, string[] cachekeys)

这个实例化方法，即依赖Cache中的一个单元来触发。例如当我发觉“汽车板块新闻”发生变动时，只要写一句

Cache["汽车板块新闻最后更新时间"]=DateTime.Now.Ticks;

这样所有依赖于“汽车板块新闻最后更新时间”这个cachekey的 CacheDependency 就全都被触发了。

[以专业开发人员为伍]

asp.net的缓存技术多年来（5年来）几乎没有什么长进，可能是asp.net的老大的一个失误。

asp.net缺乏很关键的输出缓存自动化的机制，例如UpdatePanel应该可以自动缓存内容而不需要我们去设计什么OutputCache。

它可以在Render时去记录需要监视的内部控件ID列表，然后仅仅在下一次 PostbackData 时发觉前台提交数据有改变才去真正创建 UpdatePanel 内部的控件，并且后台代码当要修改内部控件时可以先使用一个类似 UpdatePanel1.EnsureChildControls() 的方法才创建内部控件，这就会让我们的asp.net编写起来很轻松而服务器端运行速度快至少好几倍。

可惜微软似乎这些年根本没有在输出缓存技术上投资，跟asp.net其它技术相比实在是不相称。

[以专业开发人员为伍]

OutputCache是提高服务器效率的核心技术，可是它如此简单、丑陋、缺乏起码的自动化功能，实在是.......唉，不过我早在去年就决定今后弃 asp.net 而使用 silverlight 了，asp.net只是用来做web应用的快速原型，所以对那种动不动就创建控件树而尽可能先用自动化Cache顶上程序流程的笨重做法也就无所谓了。

[加油馒头]

是不是 static 的原因？

[zhouwei7682719]

我是来学习的！

[phoebuswei]

你要是常用 的缓存可以把它放到Application中
这样就可以了