HttpRuntime.Cache Best Practices

Question

In der Vergangenheit habe ich eine Sperre für den Zugriff auf den HttpRuntime.Cache-Mechanismus gesetzt. Ich bin mir nicht sicher, ob ich das Problem in der Vergangenheit wirklich recherchiert habe und es blind mit einem Schloss umgeben habe.

Denken Sie, dass das wirklich notwendig ist?

Answer 1

Gemäß dieser Dokumentation http://msdn.microsoft.com/en-us/library/system.web.caching.cache(VS.80).aspx ist der Zugriff auf das Cache-Objekt threadsicher. Wie für die Objekte, die Sie im Cache speichern, muss die Threadsicherheit von woanders kommen.

Answer 2

Ich glaube nicht, dass es notwendig ist, den Zugriff auf die HttpRuntime.Cache-Eigenschaft mit einer Sperre zu umbrechen, da die .Cache-Eigenschaft statisch und auch Thread-sicher ist.

Es gibt viele verschiedene Möglichkeiten, auf das Cache-Objekt zuzugreifen (HttpRuntime.Cache, HttpContext.Current.Cache, Page.Cache usw.). Sie alle greifen auf das gleiche Cache-Objekt zu, da es nur ein Cache-Objekt pro Anwendungsdomäne gibt, da es sich tatsächlich um ein thread-sicheres Singleton-Objekt handelt.

Answer 3

Dieser Artikel legt nahe, eine Sperre verwendet werden soll:

http://msdn.microsoft.com/en-us/magazine/cc500561.aspx

Zitat:

Das Problem ist, dass wenn Sie eine Abfrage haben, die mit 30 Sekunden dauert und du bist Ausführen der Seite jede Sekunde, in die Zeit, die es dauert, um die Cache-Element zu füllen, 29 andere Anfragen werden kommen, die alle versuchen werden zu Füllen Sie das Cache-Element mit eigenen Abfragen an die Datenbank. Um dieses Problem zu lösen, können Sie eine Threadsperre zu hinzufügen, um die anderen Seitenausführungen von zu stoppen, die die Daten von der Datenbank anfordern.

Hier ist ihr Code-Schnipsel:

// check for cached results 
object cachedResults = ctx.Cache["PersonList"]; 
ArrayList results = new ArrayList(); 

if (cachedResults == null) 
{ 
    // lock this section of the code 
    // while we populate the list 
    lock(lockObject) 
    { 
    cachedResults = ctx.Cache["PersonList"]; 
    // only populate if list was not populated by 
    // another thread while this thread was waiting 
    if (cachedResults == null) 
    { 
     cachedResults = ... 
     ctx.Cache["PersonList"] = cachedResults; 
    } 
    } 
} 

ich diesen Code nicht getestet, aber ich wäre sehr interessiert, jemanden zu hören, der diesen Ansatz in einer Produktionsumgebung ausgewertet hat.

Answer 4

Ich denke nicht, Sperren ist die Antwort auf das Problem, insbesondere in der Produktionsumgebung, wo Sie mehrere Server haben Ihre Anwendung ausgeführt.

Das Problem ist, dass, wenn Sie eine Abfrage haben, die 30 Sekunden dauert und Sie die Seite jede Sekunde ausführen, in der Zeit, die es dauert, um das Cache-Element zu füllen, 29 andere Anfragen kommen, die alle wird versuchen, das Cache-Element mit eigenen Abfragen an die Datenbank zu füllen. Um dieses Problem zu lösen, können Sie eine Threadsperre hinzufügen, um zu verhindern, dass die anderen Seitenausführungen die Daten von der Datenbank anfordern.