Как вызвать garbage collector в C#?

Вызов сборщика мусора (Garbage Collector) в C#

В C# сборщик мусора (Garbage Collector, GC) — это автоматизированная система управления памятью, которая освобождает ресурсы, занятые объектами, на которые больше нет ссылок. Платформа .NET предоставляет возможность вручную инициировать сборку мусора, но делать это рекомендуется только в специфических сценариях, так как GC оптимизирован для автономной работы.

Методы для вызова GC в .NET

Для принудительного запуска сборщика мусора используется класс System.GC. Основные методы:

1. GC.Collect() — запускает немедленную сборку мусора для всех поколений (0, 1, 2). Самый агрессивный вариант.
2. GC.Collect(int generation) — сборка мусора для определённого поколения (0, 1 или 2). Позволяет точечно очищать память.
3. GC.Collect(int generation, GCCollectionMode mode) — расширенный вариант с указанием режима сборки (Default, Forced, Optimized).
4. GC.WaitForPendingFinalizers() — блокирует выполнение потока до завершения финализаторов всех объектов. Обычно используется после GC.Collect().

Примеры вызова GC

Базовый вызов для всех поколений:

// Принудительная полная сборка мусора
GC.Collect();
GC.WaitForPendingFinalizers(); // Ожидание финализаторов

Целевая сборка для поколения 0:

// Очистка только молодых объектов (поколение 0)
GC.Collect(0);

Контролируемая сборка с режимом:

// Оптимизированная сборка для поколения 2
GC.Collect(2, GCCollectionMode.Optimized);

Практическое применение и рекомендации

Вызов GC вручную оправдан в ограниченных случаях:

• Тестирование и профилирование — для анализа работы сборщика или измерения потребления памяти.
• Сценарии с критической памятью — например, после освобождения крупных объектов или при переходе в "спящий" режим приложения.
• Специфические нагрузки — долгосрочные сервисы с пиковыми нагрузками, где нужно контролировать паузы GC.

Однако частое принудительное выполнение GC вредно:

• Нарушается внутренняя эвристика GC, что снижает производительность.
• Возрастают накладные расходы из-за лишних циклов сборки.
• Может привести к фрагментации Large Object Heap (LOH).

Альтернативы ручному вызову GC

1. Использование using и Dispose — для детерминированного освобождения ресурсов (файлы, сетевые соединения).
2. Слабые ссылки (WeakReference) — позволяют GC собирать объекты, даже если на них есть условные ссылки.
3. Настройка GC через runtimeconfig.json — выбор режима работы (Workstation/Server, фоновый или не фоновый GC).

Пример с измерением памяти:

public class MemoryHelper
{
    public static void ForceCleanup()
    {
        long before = GC.GetTotalMemory(false);
        GC.Collect();
        GC.WaitForPendingFinalizers();
        long after = GC.GetTotalMemory(true);
        Console.WriteLine($"Освобождено: {before - after} байт");
    }
}

Заключение

Хотя GC.Collect() существует, его использование должно быть исключением, а не правилом. Современный GC в .NET (особенно в .NET 5+) эффективно управляет памятью самостоятельно. Ручные вызовы оправданы только при наличии доказанных проблем с памятью, подтверждённых профилировщиком (например, dotMemory, PerfView). В production-коде лучше полагаться на автоматическую работу сборщика, оптимизируя архитектуру приложения и корректно освобождая ресурсы через IDisposable.