高流量站点的缓存功能线程安全/死锁安全？

Question

对于高流量网站来说，以下功能是否是一种好的做法？是否存在任何类型的死锁或线程安全问题？

public static T GetInitializedTempCache<T>(string key, Func<T> getData, int minutes, bool skip = false)
{
    if (!skip)
    {
        var value = HttpRuntime.Cache[key];
        if (value == null || value.GetType() != typeof(T))
        {
            T data = getData();
            if (data != null && Config.Debugging.EnableCaching)
            {
                HttpRuntime.Cache.Add(key, data, null, DateTime.Now.AddMinutes(minutes), TimeSpan.Zero, System.Web.Caching.CacheItemPriority.Default, null);
            }
            return data;
        }
        return (T)value;
    }
    else
    {
        return getData();
    }
}

public static void RemoveTempCacheContains(string key)
{
    var keys = new List<string>();

    var enumerator = HttpRuntime.Cache.GetEnumerator();

    // copy all keys that currently exist in Cache
    while (enumerator.MoveNext())
    {
        var cacheKey = (string)enumerator.Key;

        if (cacheKey.Contains(key))
        {
            keys.Add(cacheKey);
        }
    }

    for (int i = 0; i < keys.Count; i++)
    {
        HttpRuntime.Cache.Remove(keys[i]);
    }
}

Answer 1

回答您关于高流量网站的良好做法的问题。是的，缓存长时间运行的 IO 请求是一种很好的做法，使缓存机制通用也是一种很好的做法。不过有两个建议，将add 更改为insert，因为您肯定会遇到竞争情况。 insert 将始终插入最新的，而 add 将始终添加第一个。其次，既然您提到了高流量，请考虑使用 async func 替代方案。异步，将允许长时间运行的 IO 函数不阻塞请求线程。

回答你的失败问题。您没有在此代码中使用任何锁，因此您不应该遇到任何死锁。 getData() 我想也没有任何锁，只是在做一些长时间运行的 IO。 HttpRuntime.Cache 也是线程安全的。因此，除非getData() 不是线程安全的或有锁，否则应该没问题。