使用 Cache.Add 时，如果密钥已经存在或它是否静默失败，是否会引发异常？答案

【问题标题】：When using Cache.Add, is an exception thrown if the key exists already or does it fail silently?使用 Cache.Add 时，如果密钥已经存在或它是否静默失败，是否会引发异常？
【发布时间】：2012-07-11 00:57:36
【问题描述】：

我到处读到，如果 Add 方法已经存在则会失败，但它会抛出异常还是静默失败？

我正在编写一个不应该存在的多线程 Web 应用程序，如果我覆盖缓存会导致问题，因此我无法使用 Insert 方法。

这是我能做的吗：

try
{
    HttpContext.Current.Cache.Add("notifications", notifications, null,
      System.Web.Caching.Cache.NoAbsoluteExpiration, TimeSpan.FromHours(8),
      System.Web.Caching.CacheItemPriority.High, null);
}
catch
{
    //do whatever if notifications already exist
}

感谢您的任何回答:)

【问题讨论】：

亲自尝试一下还不够简单吗？
如果我理解正确的话。我认为您应该首先检查是否已经存在同名的密钥。如果存在密钥，则不要添加它。来自 msdn “如果具有相同键参数的项已存储在缓存中，则调用此方法将失败。要使用相同键参数覆盖现有缓存项，请使用插入方法。”

标签： c# asp.net caching

【解决方案1】：

System.Web.Caching.Cache 被设计为在多线程 Web 应用程序中是线程安全的，并且多个线程可能会争用将相同的键添加到缓存中。所以这取决于你想如何处理这种竞争条件。

在许多情况下，您会将不可变数据插入到缓存中，而不会关心哪个线程“赢得”比赛。所以你可以使用Add 或Insert。
如果您想要“第一个获胜”，请使用 Add 方法，如果您想要“最后一个获胜（并覆盖）”，请使用 Insert 方法。
在插入/添加之前检查存在是没有意义的。另一个线程可能会在您检查之后并在您尝试添加/插入之前插入该项目。
如果密钥已经存在，Add 和 Insert 都不会抛出异常。这样做是没有意义的，因为 Cache 是为无需锁定的线程安全插入而设计的。 Add 将静默失败，Insert 将覆盖。

顺便说一句，从缓存中读取时，不要检查是否存在然后读取：

if (Cache["MyKey"] == null)
{
    // ... handle missing value
}
else
{
    // ... a race condition means the item may have been removed here
    // before you get a chance to read it

    MyType value = (MyType) Cache["MyKey"];
}

相反，从缓存中读取值并检查是否为空：

MyType value = Cache["MyKey"] as MyType; // for reference types
if (value == null)
{
    // ... handle missing value
}

【讨论】：

您仍在处理竞争条件。
@J Torres，“你仍然在这里处理竞争条件。” - 是的，这里有一个竞争条件，但它是在没有锁的情况下处理的。我使用锁的唯一情况是生成要插入缓存的数据非常昂贵，以至于您想确保它只发生一次。而且我在实践中从未遇到过这种情况。
感谢您的回答。我想我把它背后的过程复杂化了。质量答案:)

【解决方案2】：

这很容易测试你自己，但它会引发错误。一个很好的实用函数：

    /// <summary>
    /// Places an item into the cache using absolute expiration.
    /// </summary>
    /// <param name="key">Key of the item being inserted</param>
    /// <param name="item">Item to insert</param>
    /// <param name="expireTime">Absolute expiration time of the item</param>
    public static void InsertIntoCacheAbsoluteExpiration(string key, object item, DateTime expireTime)
    {
        if (HttpContext.Current == null)
        {
            return;
        }

        lock (LOCK)
        {
            HttpRuntime.Cache.Remove(key);
            HttpRuntime.Cache.Add(
                key,
                item,
                null,
                expireTime,
                System.Web.Caching.Cache.NoSlidingExpiration,
                System.Web.Caching.CacheItemPriority.Normal,
                null);
        }
    }

如果密钥没有退出，Remove 不会报错。如果您想测试密钥是否已经存在，您可以随时检查

HttpRuntime.Cache.Get(key) != null

只要您使用锁定变量，您就不会遇到这样的问题：您的检查显示缓存中没有某些内容，并且它会显示在检查和添加之间。

【讨论】：

我不会以这种方式使用锁定 - 而是使用 Insert 方法，它是线程安全的并且会覆盖现有值。看我的回答。
我从未真正看过 Cache.Insert，谢谢你的提示。这确实消除了在这种狭隘观点中对锁的需求。将锁与空逻辑检查结合使用仍然是必要的，因为您将在没有锁的情况下遇到竞争条件。

【解决方案3】：

它默默地失败了。

using System.Web;
using System.Web.Caching;

class Program
{
    static void Main(string[] args)
    {
        Cache cache = HttpRuntime.Cache;

        string object1 = "Object1";
        string object2 = "Object2";

        cache.Add(
            "Key", object1, null, Cache.NoAbsoluteExpiration, new TimeSpan(0, 10, 0), CacheItemPriority.Normal, null);
        cache.Add("Key", object2, null, Cache.NoAbsoluteExpiration, new TimeSpan(0, 10, 0), CacheItemPriority.Normal, null);

        string cachedstring = (string)cache.Get("Key");

        Console.WriteLine(cachedstring);

        Console.ReadLine();
    }
}

这个控制台应用的输出是Object1。

【讨论】：