System.Web.HttpContext.Current Nullen selbst nach der Überprüfung für einen Cache

Question

Ich stieß heute auf ein seltsames Problem, das für mich keinen Sinn ergab. Hier eine Zusammenfassung:

innerhalb einer Methode, überprüfe ich für einen Cache gespeicherten Artikel wie folgt:

private async Task<RatesStatus> getRatesStatusAsync() { 

    //... 

    if (_currentHttpContext != null) { 

     //Here, I am checking for a Cached item 
     var cachedRatesStatusObj = HttpContext.Current.Cache[Constants.RATESSTATUS_CACHE_KEY_NAME]; 
     if (cachedRatesStatusObj != null) 
      return (RatesStatus)cachedRatesStatusObj; 
    } 

    //... 

    cacheRatesStatusObject(ratesStatus); 

    //... 
} 

Hier ist die HttpContext.Current nicht null ist, wie innerhalb einer ASP.NET-Anwendung erwartet. Dann in der cacheRatesStatusObject Methode, ich überprüfen, ob HttpContext.Current null ist oder nicht, wie unten:

private void cacheRatesStatusObject(RatesStatus ratesStatus) { 

    //... 

    //Seeing if HttpContext.Current is null or not first. 
    //and it is null here... 
    if (HttpContext.Current == null) 
     return; 

    //... 
} 

Und es ist dort null. Keine Ahnung, was hier passiert. Irgendwelche Gedanken?

Answer 1

Wenn Sie async/await verwenden, markiert der Thread, der die Anfrage bearbeitet, die Anfrage als unvollständig und kehrt dann zu ASP.NET thread pool zurück. Wenn das Erwartete später abgeschlossen wird, wird ein anderer Thread zugewiesen, um den Rest der Methode auszuführen, jedoch wird HttpContext nicht über Threads migriert. Deshalb erhalten Sie beim Aufruf der Warte-Methode eine Null-Referenz.

Sie können eine Referenz des Httpcontext an die await Methode, so etwas wie dies passieren:

await cacheRatesStatusObject(HttpContext.Current, ratesStatus); 

aber Sie sollten sehr vorsichtig sein mit Nebenläufigkeit und Rennbedingungen, zum Beispiel den Umgang, wenn das await Thread sperrt eine Ressource und ein anderer Anfrage-Thread versucht es zu benutzen, dann wird Ihr Thread-Pool boomen. Die meisten Menschen lösen dies, indem sie neue Objekte erstellen und sie an parameterisierte Threads übergeben, anstatt einen Verweis von HttpContext über Threads zu übergeben.

Answer 2

Es wird nicht selbst ungültig.

Die HttpContext wird nur in einer "thread statischen" Weise gespeichert.

Wie von der anderen Antwort vorgeschlagen, übergeben Sie einfach die Instanz.

Answer 3

Übergeben der Instanz saugt.

Verwenden Sie stattdessen die .NET 4 MemoryCache-Klassen.

http://stevescodingblog.co.uk/net4-caching-with-mvc/