Pourquoi mes variables statiques sont-elles réinitialisées dans ASP.NET WebMethods ?

Variables statiques ASP.NET : comprendre leur comportement

Les développeurs ASP.NET utilisent fréquemment des variables statiques pour conserver les données partagées au sein des classes ou des modules. Cependant, leur durée de vie peut être imprévisible, notamment au sein des classes de pages et des WebMethods.

Le mystère des réinitialisations de variables statiques dans WebMethods

Un problème courant est la suppression inattendue des variables statiques dans les classes de page, même lorsque la session reste active. Ce comportement prête souvent à confusion.

Recyclage de domaines d'application et remplacement de classes : la cause profonde

La clé pour comprendre ces réinitialisations réside dans les mécanismes de recyclage de domaine d'application et de remplacement de classe d'ASP.NET. Les variables statiques n'existent que pendant la durée de vie d'un domaine d'application. Le recyclage du domaine de l'application ou l'utilisation d'une nouvelle instance de classe entraînera la réinitialisation de ces variables. ASP.NET peut recompiler une classe de page, remplaçant ainsi l'ancienne classe par une nouvelle, entraînant la perte de données variables statiques.

Bonnes pratiques : éviter la perte de variable statique

Pour éviter la perte de données, évitez d'utiliser des variables statiques directement dans les classes de page. Utilisez plutôt une classe distincte (en dehors du dossier App_Code) pour stocker les données persistantes. Par exemple :

<code class="language-csharp">public static class GlobalData
{
    public static int GlobalCounter;
    public static string GlobalSetting;
}</code>

Cette approche garantit la persistance des données entre les requêtes et les recompilations de classes.

Considérations importantes :

• Variables spécifiques au pool : Les variables statiques sont partagées au sein d'un pool d'applications ; chaque piscine a son propre ensemble.
• Redémarrages du domaine d'application : Les redémarrages de domaine d'application réinitialisent toujours les variables statiques, quel que soit leur emplacement.
• Thread Safety : Les variables statiques ne sont pas intrinsèquement thread-safe ; utilisez le mot-clé lock pour un accès simultané.
• Véritable persistance : Pour les données qui doivent survivre aux redémarrages du domaine d'application, utilisez une base de données, des classes de stockage dédiées ou un état de session sauvegardé par une base de données.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!