我想使用System.Runtime.Caching命名空间向我的应用程序添加缓存功能，并且可能希望在多个地方和不同的上下文中使用缓存。
为此，我想使用几个MemoryCache实例。
但是，我看到here不鼓励使用多个MemoryCache实例：
MemoryCache不是单例，但您应该只创建一个或者可能只创建一个MemoryCache实例，缓存项目的代码应该使用这些实例。
多个MemoryCache实例如何影响我的应用程序？ 我觉得这很奇怪，因为在我看来，在应用程序中使用多个缓存是一种非常常见的情况。
编辑：更具体地说，我有一个应该为每个实例保留缓存的类。我应该避免使用MemoryCache并寻找不同的缓存解决方案吗？在这种情况下使用MemoryCache被认为是坏事，如果是，为什么？
答案 0 :(得分：65)
我最近自己也经历过这个。考虑内存缓存将是特定于进程的（不在网站或本机业务应用程序或多个服务器的多个实例之间共享）除了代码组织原因（可以实现）之外，拥有多个MemoryCache实例确实没有任何好处在其他方面）。
内存缓存主要是因为其内存管理功能而单独使用。除了性能计数器（确实有一些开销）之外，MemoryCache还能够在分配内存不足时使项目失效。
如果当前缓存实例超出内存设置限制 通过CacheMemoryLimit属性，缓存实现将被删除 缓存条目。应用程序中的每个缓存实例都可以使用 CacheMemoryLimit属性指定的内存量。
来自MemoryCache.CacheMemoryLimit Property
通过仅使用MemoryCache的一个实例，它可以在整个应用程序实例中有效地应用此内存管理。在整个应用程序中使最不重要的项目到期。这确保了最大的内存使用，而不会超出您的硬件功能。通过限制任何一个MemoryCache的范围（比如一个类的一个实例），它不再能够有效地管理应用程序的内存（因为它无法“看到”所有内容）。如果所有这些缓存都“忙碌”，那么管理内存可能会更加困难，而且它的效率将永远不会那么高。
这在没有专用服务器的应用程序中特别敏感。想象一下，您正在共享服务器上运行您的应用程序，您只需要分配150mb RAM（普通便宜10美元/月托管），您需要依靠缓存来最大限度地使用它而不超过它。如果超过此内存使用量，您的应用程序池将被回收，您的应用程序将丢失所有内存缓存！ （常见的廉价托管实践）同样适用于在某些共享企业服务器上托管的非Web应用程序。同样的交易，你被告知不要占用那台机器上的所有内存，并与其他一系列商业应用程序和平共存。
内存限制，应用程序池回收，丢失缓存是Web应用程序常见的“致命弱点”。当应用程序最繁忙时，由于超出内存分配而丢失所有缓存条目，因此最常重置，因此最重要的工作是重新获取应该首先缓存的内容。这意味着应用程序实际上在最大负载而不是获得时失去了性能。
我知道MemoryCache是System.Web.Caching.Cache实现的非特定于Web的版本，但这说明了缓存实现背后的逻辑。如果您没有独占使用硬件，则可以在非Web项目中应用相同的逻辑。请记住，如果您的缓存强制机器开始执行页面文件交换，那么缓存不再比磁盘缓存快。你总是希望某个地方有限制，即使这个限制是2GB或者其他什么。
在我阅读了这篇文章之后，我转而在我的应用程序中使用了一个“public static MemoryCache”，我只是通过缓存键来隔离缓存的项目。例如，如果要在每个实例上进行缓存，则可以使用类似“instance- {instanceId} -resourceName- {resourceId}”的缓存键。可以将其视为名称间隔缓存条目。
希望有所帮助！
答案 1 :(得分：6)
我也使用了几个。通常每种类型一个。
查看MemoryCache我看到它挂钩到AppDomain个事件并维护性能计数器。我怀疑通过使用多个（例如CPU，计数器和内存），在资源方面有一些开销，这就是为什么不鼓励它。