Нужно ли нам блокировать при кешировании в приложении asp.net mvc?

Question

Я видел много примеров кеширования, которые включают блокировку. Я пытаюсь кэшировать общий список для всего приложения. Мне действительно нужно использовать блокировки, как показано ниже? Самое худшее может случиться, если я не использую блокировку;

Если несколько потоков обнаружения промаха кэша в примерно такой же time.They может попытаться загрузить данные simultaneously.In вывод, данные будут такими же ...

Это правда?

public class Worker 

{ 

    private static object someLock; 

    public static object CacheMethod() 
    { 

     var results = HttpContext.Current.Cache["Common"]; 

     if (results == null) 
     { 
      lock (someLock) 
      { 
       results = HttpContext.Current.Cache["Common"]; 
       if (results == null) 
       { 
        results = GetResultsFromSomewhere(); 
        HttpContext.Current.Cache.Insert("Common", results, null, 
          DateTime.Now.AddHours(1), Cache.NoSlidingExpiration); 
       } 
      } 
     } 
     return results; 

    }`` 

Answer 1

Эта блокировка используется для предотвращения штамповки кеша. Если кеш пуст и занимает некоторое время, чтобы заполнить, все входящие запросы начнут заполнять кеш. В зависимости от того, как работают номера, которые могут быть катастрофической потерей производительности.

Если GetResultsFromSomewhere был Thread.Sleep(10000), тогда это может случиться.

Плохая вещь об этом конкретном коде заключается в том, что это одна блокировка для всех ключей кеша. Обычно вам нужен один замок на ключ.

Answer 2

Это называется double-checked locking pattern. Да, это правда, что если у вас много запросов, и данные занимают больше времени, чем время между запросами, у вас может быть несколько запросов на одни и те же данные.

Без блокировки каждая дополнительная нить получает одни и те же данные, поэтому количество CPU/сетевой активности/ОЗУ, используемое дополнительными потоками, просто теряется. Независимо от того, является ли это проблемой, зависит от того, сколько трафика имеет ваш сайт и доступных ресурсов сервера/сети.

Однако гораздо важнее убедиться, что ваш объект results является потокобезопасным, потому что вы гарантированно имеете несколько потоков, взаимодействующих с его состоянием. Самый простой способ - сделать все свои свойства доступными только для чтения, но если вам нужны доступные для записи свойства, вы можете использовать ReaderWriterLockSlim в сочетании с методами, обеспечивающими атомарные действия (см. Примеры в ссылке).