在哪些用例中需要/需要锁定 ASP.NET 缓存

Question

在缓存中插入和检索项目时。对缓存执行锁定是最佳实践吗？我已遵循以下帖子中的指南。

What is the best way to lock cache in asp.net?

但我很想了解我是否需要锁定。这是我使用此缓存的唯一位置。

private static object _tcsLock = new object();

public TcsService()
{

}


public LiveScoreTcs GetScoreCard()
{

    // try to pull from cache here
    var scorecard = HttpContext.Current.Cache[Global.Caching.SecondXILiveScoreKey];
    if (scorecard != null)
    {
        return (LiveScoreTcs)scorecard;
    }

    lock (_tcsLock)
    {
        // cache was empty before we got the lock, check again inside the lock
        scorecard = HttpContext.Current.Cache[Global.Caching.SecondXILiveScoreKey];
        // cache is still empty, so retreive the value here
        if (scorecard == null)
        {
            scorecard = BuildSecondXiLiveScorecard();
            // store the value in the cache here
            if (scorecard != null)
            {
                HttpContext.Current.Cache.Insert(Global.Caching.SecondXILiveScoreKey, scorecard,
                null,
                Global.Caching.AbsoluteExpiration.Tcs,
                Cache.NoSlidingExpiration,
                CacheItemPriority.Default,
                null);
            }
        }

    }

    // return the cached value here
    return (LiveScoreTcs)scorecard;
}

Answer 1

锁定与您在代码中的哪个位置使用它无关，而是是否有多个线程可以在任何时候执行该代码。如果有可能出现竞争条件，您需要锁定，即使显然在开发中并且您的特定设置没有出现错误。之所以如此，是因为多线程受到许多因素的影响，以至于您无法预测其行为。

因此，如果这是一个多线程应用程序（Web 服务器），您需要锁定。

减少锁定的代码量也是一个不错的建议，因为冲突会将线程置于等待状态，您希望让它们尽可能少地等待。

如果你认为你有很多读访问和很少写访问，你可能想研究更复杂的机制，比如 Semaphore 并采用 Multiple Reader Single Writer 模式。

真的，这完全取决于您在应用程序的其余部分（线程或并行 Web 请求）中执行的操作。

Answer 2

如果您不使用lock，那么您有可能最终重新创建要多次缓存的对象。在某些情况下，这是一个主要问题，特别是如果做这项工作会导致副作用，而这对不执行多次很重要，并且在某些情况下，多次做这项工作会浪费一点时间，而且性能有点低，这可能或可能不是您需要避免的。

因此，是否可以确保BuildSecondXiLiveScorecard 在从缓存中过期之前永远不会执行多次，这是我们不能说的，但这是没有锁定的唯一潜在问题。