La durée de vie de ASP.NET Variable Statique

Je suis contenant de l'information dans les variables statiques définies dans la classe de la page (pas au Mondial.asax). Je ne déclarer la variable dans le code comme:

protected static int SomeGlobalUnsecureID;
protected static string SomeGlobalUnsecureString;

et de définir la variable dans PageLoad événement. Par exemple, je vérifie l'ID de la base de données, si elle est différente de SomeGlobalUnsecureID, je l'ai mise à jour SomeGlobalUnsecureID et de la Chaîne à partir de quelque part d'autre, sinon de les laisser comme c'est. Ceci est parfaitement en sécurité dans mon application. la logique (c'est à dire celles données ne sont pas sécurisées, tout le monde peut y accéder, pas de problème); la seule chose que je veux accomplir est

  1. Contenir la même quantité de mémoire, indépendamment d'utilisateurs connectés

  2. Changer si et seulement si persistante info est différente de celle de
    la "mémoire" (parce qu'en fait, la lecture de la chaîne de beaucoup de temps pour
    moi.

Maintenant, depuis que je fais le check-in PageLoad, je n'ai pas de problèmes dans reloaded pages. Cependant, ma page est pleine de WebMethods, et parfois, je vois que les variables statiques sont remis à zéro. Et la partie étrange est, la session est toujours actif, même lorsque les variables statiques sont mis à zéro (donc-> pas de serveur ou de l'application. piscine redémarrer etc.)

C'est vraiment étrange pour moi. Je suppose que la variable statique tiendra sa valeur jusqu'à ce que l'application (en quelque sorte) se termine. Mais même la Session n'a pas de date d'expiration, la variable statique est remis à zéro. Que proposez-vous? Est l'aide de variables d'application un meilleur choix? Tous les documents que j'ai lu sur le web suggèrent variables statiques au lieu de variables d'application, dois-je les déclarer en quelque sorte différent?

  • Les déclarations en haut de votre question ne sont pas statiques, btw.
  • 🙂 ok, corrigé
  • "définir la variable dans PageLoad événement.' Je pense que tu veux dire initialiser? La définition d'une variable est ce que vous faites lorsque vous écrivez protected static int Something;
  • "Maintenant, depuis que je fais le check-in PageLoad, je n'ai pas de problèmes dans reloaded pages." - cela sonne comme une condition de concurrence en attente de se produire. Je voudrais examiner thread-safe initialisation à la place.
  • Statique lass dure jusqu'à la prochaine recycler. Mettez vos variables dans une classe statique de l'utiliser dans d'autres
InformationsquelleAutor paul simmons | 2012-01-18
  1. 92

    Variables statiques sont conservées pendant la durée de vie du domaine de l'application. Donc les deux choses qui vont entraîner vos variables statiques pour "reset" est un domaine de l'application du redémarrage ou de l'utilisation d'une nouvelle classe. Dans votre cas avec des variables statiques stockées dans une Page aspx classe, vous risquez de perdre les variables statiques lorsque ASP.NET décide de recompiler la Page aspx dans une nouvelle classe, en remplacement de l'ancienne classe de la page avec le nouveau.

    Pour ces raisons, si le système de décider de redémarrer ou de remplacer la classe (.NET n'est pas de tuer ou de décharger les classes/assemblées dans une application en cours d'exécution de domaine) puis de vos variables statiques sera remise à zéro parce que vous êtes l'obtention d'une nouvelle classe avec le redémarrer ou de remplacement. Cela s'applique à la fois à des Pages aspx et les classes dans le dossier App_Code

    ASP.NET va remplacer une classe, si pour une raison quelconque, pense que la nécessité de recompiler (voir ASP.NET la compilation dynamique).

    Vous ne pouvez pas éviter la perte de variables statiques à partir d'un domaine d'application redémarrer, mais vous pouvez essayer de l'éviter, de la classe de remplacement. Vous pourriez mettre vos variables statiques dans une classe qui n'est pas une page aspx et n'est pas dans le répertoire App_Code. Vous pourriez souhaitez les placer sur une static class quelque part dans votre programme.

    public static class GlobalVariables
{
    public static int SomeGlobalUnsecureID;
    public  static string SomeGlobalUnsecureString;
}

    Les variables statiques sont par pool, c'est-à-dire que si vous avez 2 piscines qui exécute votre asp.net site, vous avez 2 différentes variables statiques. (Web jardin mode)

    Les variables statiques sont perdues si le système redémarre votre asp.net demande à l'un de cette façon.

    1. la piscine décider qui ont besoin de faire une recompilation.
    2. Vous ouvrez la app_offline.htm fichier
    3. Vous effectuer le redémarrage manuel de la piscine
    4. La piscine est d'atteindre certaines limites que vous avez à définir et à faire redémarrer.
    5. Pour une raison quelconque vous redémarrez iis, ou la piscine.

    Cette variables statiques ne sont pas thread-safe, et vous devez utiliser la de verrouillage mot-clé particulier si vous accéder à partir de différents threads.

    Depuis une application redémarrage réinitialiser votre statique n'importe quoi, si vous voulez vraiment persister vos données, vous devez stocker les données dans une base de données à l'aide de classes personnalisées. Vous pouvez stocker des informations par l'utilisateur dans L'État De Session avec un base de données d'état de session en mode. ASP.NET l'État de l'Application/les Variables ne seront pas vous aider parce que ils sont stockés dans la mémoire, pas la base de données, de sorte qu'ils sont perdus sur le domaine de l'application de redémarrer trop.

    • quelle est la meilleure approche pour le stockage persistant des données d'application de ce genre, certains externe de la mise en cache magasin?
    • Dépendent. Dans mon programme que j'ai beaucoup de piscines et de nombreux threads commune à tous les threads des données enregistrées dans la base de données. Les données communes à chaque demande enregistrée global à une classe statique.
    • une dernière chose, j'ai créé une classe statique nommée globale et les propriétés ajoutées en elle. fonctionne bien dans .cs code, mais dans aspx je ne peux pas accéder global de la classe avec des <%=global.someproperty%> bien qu'ils soient dans le même espace de noms. est-ce normal?
    • Non, vous devez être en mesure d'y accéder. - Je faire un test et je peux y accéder.
    • étrange, dans certaines parties du code, je ne peut pas accéder. mais en ajoutant le nom d'espace de noms dans le début résolu. comme je l'ai dit, même qu'ils sont dans le même espace de noms
    • J'ai aussi effectuer quelques test pour voir si je peux tuer la classe et la réinitialisation des variables statiques, mais je n'arrive pas à le vérifier. Je pense que avez à faire avec multi-threads qu'iis pour créer votre page pour les utilisateurs. Quelque part il y a les variables statiques mélanger.
    • Cela peut être une vieille question, mais votre réponse n'est pas exacte. Si une variable de classe est statique, il n'a pas d'importance combien d'instance de cette classe, vous en créer et de les tuer, cette variable va contenir encore sa valeur tant que l'assemblée reste chargé en mémoire. Cependant, parce qu'IIS régulièrement recycle les applications hébergées, certains assemblages déchargé et puis de nouveau chargé, provoquant la perte de la variable statique des données. Jetez un oeil à ceci
    • Je dis (d'accord) la même chose avec vous ? N'est pas bien ? Pouvez-vous s'il vous plaît modifier ma question et de corriger cette partie que vous dites ?
    • Je pense que le problème est que les variables statiques sont définies dans un fichier aspx (qui doit être un non-statique de la classe.) En plus d'un redémarrage de l'application (ce qui efface toutes les variables statiques), IIS seront également recompiler aspx pages (quand ils sont modifiés, ou peut-être pour d'autres raisons) et puis charger le nouveau assembly compilé. Le nouvellement compilé page aspx/classe est une nouvelle classe avec ses propres variables statiques. La commutation des variables statiques de la classe doit empêcher la réinitialisation, sauf en cas de redémarrage de l'application, car maintenant aspx recompilation ne se produit pas pour la classe.
    • Comme je comprends IIS et ASP.NET, ASP.NET ne pas tuer et de recréer des classes pour les pages aspx, au lieu de cela, il recompile les pages aspx, charge la DLL contenant le nouveau code compilé, puis utilise juste la nouvelle classe à la place. La vieille classe autour de bâtons jusqu'au redémarrage de l'application, mais il ne sera pas accessible dans une page de demande car ASP.NET est à l'aide de la nouvelle classe compilée.
    • or if create a new thread for the same page for two different users Je ne pense pas que ce serait la cause, parce que les threads partagent la mémoire statique dans le même domaine d'application. C'est seulement le chargement d'une DLL ou un redémarrage du domaine de l'application qui réinitialise les variables statiques.
    • Et je ne pense pas qu'il y est une telle chose comme static global class. Il y a juste static class.
    • Est besoin d'un peu plus de tests, parce que je ne suis pas sûr de savoir comment exactement asp.net rendre les pages et de retourner les résultats. Sa plus possible de tuer et de recréer la classe de chaque page de chaque demande, et son a le nombre de threads que de faire ce travail. De toute façon, j'ai besoin de plus se concentrer sur certains détails de donner une réponse avec des faits. bien sûr, vous avez de nombreuses piscines puis-je avoir la preuve que ouvre des threads différents pour le même utilisateur, et l'utilisateur peut lire la même page avec l'un ou l'autre thread.
    • Si vous souhaitez modifier une partie de cette réponse pour le rendre plus précis, veuillez le faire.
    • Je vous suggère de vous même, si vous souhaitez modifier une partie de cette réponse, ou en ajouter d'autres aspects afin de le rendre plus précis, veuillez le faire.
    • Ok Aristos j'ai fait quelques mises à jour. Merci pour l'invitation.
    • Sonne comme une énorme fuite de mémoire. Laissant les anciennes classes en mémoire à chaque fois qu'une page est modifiée et recompilée.
    • Je ne sais pas comment vous conclure que - il n'y a pas une fuite de mémoire.
    • il semble que les pages sont arriver recompilé, et puis à la fois l'ancien et le nouveau DLL sont dans la mémoire -- pouvez-vous expliquer comment la vieille DLL est nettoyé? -- Je ne pense pas que vous pourriez décharger les Dll à partir d'un domaine d'application (compilé dynamiquement ou non). - De toute façon, cela semble peu ennuyeux, je n'ai pas apporté des modifications à un site web, mais de toute façon il y a plusieurs versions de mes variables statiques sur le même serveur, mais cela sonne comme exactement ce qui se passe. -- Est-ce documenté nulle part?
    • Votre site est probablement sur le web jardin, signifie que plus d'un processus sur votre piscine est de la manipulation de vos pages. La seule solution est un fichier de base de données dans ce cas, le ou les fichiers mappés en mémoire... je sais, vous avez probablement utilisé cette statique comme cache pour certains db de données... et ils doivent être la même...
    • ce n'est pas pour un cache, c'est pour une connexion persistante à une distance Akka.NET acteur de cluster; c'est assez cher pour redémarrer la connexion (pas possible de le faire par demande, etc.). Et l'exécution de deux connexions sur le même front-end sever est à l'origine de toutes sortes de maux de tête pour moi. Tous les conseils?
    • Non je n'ai pas de conseils. J'ai confrontés à des problèmes similaires et n'ont pas à trouver des solutions. Les programmes s'exécute dans les différents espaces de mémoire et la communication directe betwing n'est pas permis... Peut-être que si vous faites un service et votre programme de communiquer avec ce service. Le service s'exécute, le programme (piscines) peuvent s'exécute en même temps plus d'un...
    • statique de la classe dure jusqu'à la prochaine recycler. C'était la solution
    • Personnellement, je n'ai pas tout recycler sur l'application web... j'ai fait de cette partie.

    InformationsquelleAutor Aristos
  2. 15

    Je pense que les deux points suivants sont également importants pour la durée de vie des variables statiques:

    1 - Dans votre application de la piscine, les paramètres avancés, cochez la case "Recyclage" -> "Intervalle de Temps Régulier (minutes)" réglage. C'est la valeur par défaut est de 1740 qui signifie que dans chaque 29 heures de vos variables statiques sont perdus à cause de recyclage de votre pool d'applications. Ce paramètre est utilisé pour la résiliation de possibles fuites de mémoire. Je ne voudrais pas changer ce paramètre..

    2 - En application de la piscine, les paramètres avancés, cochez la case "Modèle de Processus" -> "délai d'Inactivité (en minutes)" réglage. C'est la valeur par défaut est de 20, ce qui signifie dans chaque 20 minutes d'inactivité dans votre pool d'applications, les processus de travail sont résiliés/suspendu qui sera la cause de votre variables statiques pour être perdu. Ce paramètre est utilisé pour libérer des ressources lors de l'application de la piscine n'est pas utilisée dans un certain laps de temps. Vous pouvez le mettre à 0 pour désactiver le délai d'attente.

    • Je vous remercie. Recyclage est le problème dans mon cas.
    InformationsquelleAutor sotn
  3. -7

    Variable statique est utilisée pour stocker l'ensemble de l'objet de la même valeur

    protected void Page_Load(object sender, EventArgs e)
{
    sss s1, s2;
    s1 = new sss();
    s1.TotalMark = 10;
    s2 = new sss();
    s2.TotalMark = 20;
    sss.SchoolName = "St.Joseph's Hr.Sec.S"; //We can access through class and assign common to all
    s1.PrintData();
    s2.PrintData();
}

public class sss
{
    public static string SchoolName { set; get; }
    public int TotalMark { set; get; }
    public string StudentName{set;get;}
    public void PrintData()
    {
        Console.WriteLine(TotalMark);
        Console.WriteLine(SchoolName);
        Console.WriteLine(StudentName);
    }
}
    • Bas voté, cette réponse n'est pas liée à la question. (L'OP comprend clairement comment les variables statiques sont censés travailler. -- La question est pourquoi ne sont-ils pas fonctionner correctement.) -- Par ailleurs, l'explication est mal formulée.
    InformationsquelleAutor