Comment empêcher ASP.NET de supprimer des éléments du cache

Ma réponse n'est pas correcte. S'il vous plaît voir ici pour une réponse correcte.

Vous ne pouvez pas empêcher ASP.NET de supprimer des articles de Le cache (par exemple, lorsque la mémoire devient faible). p>

Si vous devez stocker des données pendant toute la durée de vie de l'application, placez-la dans la collection d'applicationsSTATE, par exemple: P>

Application["myData"] = ...;

Vous ne pouvez jamais empêcher complètement quelque chose d'être retiré du cache ASP.NET (c'est-à-dire l'objet httpcontext.current.cache) et c'est beaucoup par conception.

Veuillez voir la section de l'article MSDN ASP.NET Vue d'ensemble de la mise en cache appelée "Suppression automatique des données", qui donne les informations les plus pertinentes concernant les éléments étant supprimés du cache.

Il étage:

ASP.NET peut supprimer les données du cache pour l'une de ces raisons:

• Parce que la mémoire sur le serveur est faible, un processus appelé scavenging.
• parce que l'élément du cache a expiré.
• parce que la dépendance de l'élément change.

  Pour vous aider à gérer les éléments mis en cache, ASP.NET peut notifier votre application lorsque les éléments sont supprimés du cache.

  SCAVENGING est le processus de suppression des éléments du cache lorsque la mémoire est rare. Les éléments sont supprimés lorsqu'ils n'ont pas été accessibles depuis un certain temps ou lorsque des éléments sont marqués comme une priorité faible lorsqu'ils sont ajoutés au cache. ASP.NET utilise l'objet CacheTemPriority pour déterminer les éléments à récupérer en premier. Pour plus d'informations, voir Comment: Ajouter des éléments au cache.

  C'est pour cette raison (scavenging, si aucun autre) que vous ne pouvez jamais ne jamais compter absolument sur un élément que vous avez déjà placé dans le cache et l'a explicitement marqué avec une extinction de noslididing et de noabsoluteexpiration, et éventuellement même la marquée comme une priorité élevée. article, comme étant toujours là dans le cache à un moment ultérieur à temps.

Vous devez être prêt à gérer un cache Miss et à recharger les informations dans votre cache si nécessaire. Voir ici

Utilisez cache.Ajoud () et définissez la priorité cache extrêmement élevée (CacheTemPriority.notremovable), cela l'aidera à rester dans le cache. xxx pré>

System.Web.caching.CacheTemPriority.notremovable P>

Cela semble toujours ne pas le garantir dans le cache, mais il l'établit aussi si haut son hautement improbable que ce soit ... mais vous aurez toujours besoin de vérifier si c'est là et re-cache si non ... (On dirait que certaines personnes sur les entrées n'aiment pas utiliser ce haut réglage de cache ... et certains ... dépend de votre scénario exact, je suppose ...) P>

public static string GetSpecialObject
{
    get
    {
        object obj = HttpContext.Current.Cache["key"];
        if (obj  == null)
        {
            obj = HttpContext.Current.Cache.Add("key", 
                                            "I stay in cache as best i can object", // Build Object Function Here
                                            null, 
                                            Cache.NoAbsoluteExpiration, 
                                            Cache.NoSlidingExpiration, 
                                            CacheItemPriority.NotRemovable, 
                                            null);
        }
        return (string)obj;
    }
}

Vous ne pouvez pas empêcher ASP.NET de supprimer des éléments du cache (par exemple lorsque la mémoire devient faible).

Vous ne pouvez jamais empêcher complètement quelque chose d'être retiré du cache ASP.NET (c'est-à-dire l'objet httpcontext.current.cache) et c'est très bien par la conception.

faux! Vous pouvez empêcher que vos articles d'être supprimés du cache ASP.NET si vous marquez l'élément avec CacheItempPriority.notremovable. Chaque fois que toutes les autres données en cache (application, session, etc.) sont stockées dans le cache HTTPRuntime de cette façon.

Les gens ont toujours tendance à croire que même cette priorité n'empêche pas vos données d'expirer, mais cela est dû au manque de documentation appropriée. Je pense que la confussion vient avec la capacité de supprimer manuellement un tel élément du cache ou de l'élément supprimé en raison des dépendances qui y sont réglés.

Donc, si vous ne le supprimez jamais manuellement, et ne spécifiez jamais les dépendances qui peuvent l'obtenir supprimer, vous avez votre article là-bas pour la vie de l'AppDomain.