Kenapa koleksi sampah berkelakuan berbeza dalam mod debug berbanding mod pelepasan dalam .net?

.NET Sampah Koleksi: Debug vs. Perbezaan mod pelepasan

mari kita periksa tingkah laku pengumpulan sampah di .net, memberi tumpuan kepada perbezaan antara debug dan pelepasan. Pertimbangkan contoh C# ini:

<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 this results in "1" at the Console.WriteLine call.
        }
        GC.Collect();
        GC.WaitForPendingFinalizers();
        Console.WriteLine(Class1.c); // Outputs "0"
        Console.Read();
    }
}</code>

Menjalankan kod ini mungkin menghasilkan hasil yang mengejutkan:

kekal 0, walaupun Class1.c keluar dari skop dan seolah -olah layak untuk pengumpulan sampah. c1

Mekanisme yang mendasari

percanggahan timbul dari pengoptimuman pengkompil JIT. Dalam mod pelepasan, pengkompil mengoptimumkan kod untuk prestasi, sering membuat jadual untuk mengesan penggunaan berubah -ubah. Ini membolehkan pengumpulan sampah yang cekap.

Walau bagaimanapun, dalam mod debug, pengoptimuman ini dilumpuhkan untuk memudahkan debugging. Runtime mengekalkan rujukan kepada pembolehubah tempatan lebih lama daripada yang diperlukan dengan ketat, dengan berkesan memanjangkan jangka hayat mereka sehingga akhir kaedah.

Dalam contoh kami, debugger menyimpan rujukan kepada

di seluruh

, menghalang pemuktsan segera. Oleh itu, output adalah "0," bukan "1." c1 Main()

implikasi pengeluaran dan amalan terbaik

Perbezaan ini sangat penting. Tingkah laku mod pelepasan berbeza dengan ketara dari mod debug. Jangan sekali -kali bergantung pada masa pengumpulan sampah tertentu dalam kod anda, terutamanya dalam mod debug. Elakkan penyempurnaan objek manual atau tugasan null untuk mengawal pengumpulan sampah. Biarkan runtime menguruskan memori.

Pertimbangan utama:

• : Gunakan kaedah ini untuk secara eksplisit menghalang pengumpulan sampah objek tertentu jika benar -benar diperlukan (mis., Interop dengan kod yang tidak diurus). GC.KeepAlive()
Kod yang tidak dikendalikan Interop:
• Apabila bekerja dengan sumber yang tidak diurus, memastikan objek tetap dapat diakses sehingga kod yang tidak diurus selesai menggunakannya. GC.KeepAlive()
com pengendalian objek:
• Elakkan . Sebaliknya, bergantung pada pemungut sampah untuk pembersihan objek COM. Marshal.ReleaseComObject()
Penjelasan ini menjelaskan mengapa objek yang dikumpulkan mungkin berterusan dalam mod debug, menekankan pentingnya ujian dalam mod pelepasan untuk tingkah laku pengumpulan sampah yang tepat.

Atas ialah kandungan terperinci Kenapa koleksi sampah berkelakuan berbeza dalam mod debug berbanding mod pelepasan dalam .net?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!