Pourquoi la collection Garbage ne finalise-t-elle pas mon objet dans une construction de débogage, mais le fait dans une version de version?

.NET GARBAGE COLLECTION: A Debug vs Release Conundrum

Cet article explore une bizarrerie de collecte de déchets .NET commune: pourquoi un objet pourrait ne pas être finalisé dans une construction de débogage, mais est dans une version de version. Considérez ce code:

<code class="language-csharp">public class Class1
{
    public static int c;
    ~Class1()
    {
        c++;
    }
}

public class Class2
{
    public static void Main()
    {
        {
            var c1 = new Class1();
            //c1 = null;  // Uncommenting doesn't significantly change release behavior
        }
        GC.Collect();
        GC.WaitForPendingFinalizers();
        Console.WriteLine(Class1.c); // Prints 0 in debug, 1 in release
        Console.Read();
    }
}</code>

le mystère: c1 est hors de portée, mais son finaliseur ne fonctionne pas en mode débogage.

L'influence du débogueur

La clé réside dans l'interaction du débogueur avec le compilateur .NET JIT. Pendant le débogage, le JIT modifie les tables internes qui suivent les durées de vie variables locales. Cette modification prolonge la durée de vie des variables locales, vous permettant de les inspecter même après avoir logiquement hors de portée. Cela empêche la collecte prématurée des ordures pendant le débogage.

Release Build Behavior

L'exécution du code dans une version de version (sans optimisation JIT) révèle le comportement attendu. c1 est finalisé, Class1.c incréments, et la console sort "1".

Collection des ordures sans débogueur

Sans débogueur, le collecteur des ordures récupére efficacement la mémoire. Même si une méthode contenant une référence est toujours en cours d'exécution, l'objet est éligible à la collecte si cette méthode ne le fait plus directement références. Cela empêche les fuites de mémoire.

la c1 = null; ligne

Réglage c1 à null ne modifie pas significativement le résultat de la construction de libération. L'optimiseur JIT supprime probablement cette ligne car elle est fonctionnellement redondante.

Conclusion

La différence dans le comportement de collecte des ordures entre les versions de débogage et de libération découle de l'influence du débogueur sur le compilateur JIT. Testez toujours le code lié à la collecte des ordures dans une version de version pour garantir des résultats précis dans un environnement de production. Comprendre cette distinction est crucial pour éviter les comportements inattendus et les problèmes de mémoire potentiels.

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!