Net framework 5, а также среды Visual Studio 2012 и C#

Глава.21 .Автоматическое.управление.памятью.(уборка.мусора)
public static class GCNotification {
private static Action s_gcDone = null; // Поле события
public static event Action GCDone {
add {
// Если зарегистрированные делегаты отсутствуют, начинаем оповещение
if (s_gcDone == null) { new GenObject(0); new GenObject(2); }
s_gcDone += value;
}
remove { s_gcDone -= value; }
}
private sealed class GenObject {
private Int32 m_generation;
public GenObject(Int32 generation) { m_generation = generation; }
~GenObject() { // Метод финализации
// Если объект принадлежит нужному нам поколению (или выше),
// оповещаем делегат о выполненной уборке мусора
Action temp = Volatile.Read(ref s_gcDone); 
if (temp != null) temp(m_generation);
}
// Продолжаем оповещение, пока остается хоть один зарегистрированный 
// делегат, домен приложений не выгружен и процесс не завершен
if ((s_gcDone != null)
&& !AppDomain.CurrentDomain.IsFinalizingForUnload()
&& !Environment.HasShutdownStarted) {
// Для поколения 0 создаем объект; для поколения 2 воскрешаем
// объект и позволяем уборщику вызвать метод финализации 
// при следующей уборке мусора для поколения 2
if (m_generation == 0) new GenObject(0);
else GC.ReRegisterForFinalize(this);
} else { /* Позволяем объекту исчезнуть */ }
}
}
}
запуск уборки мусора
Как вы уже знаете, CLR запускает уборку мусора, когда обнаруживает, что объем 
поколения 0 достиг своего порогового значения. Это самая распространенная при-
чина запуска уборки мусора, однако есть и другие:
‰
Вызов статического метода
Collect
объекта
System.GC
.
Код явно указывает, 
в какой момент должна быть выполнена уборка мусора. Хотя Microsoft реши-
тельно не рекомендует использовать этот метод, иногда принудительная уборка 
мусора в приложении может быть оправдана. Этот способ рассматривается 
позднее в этой главе.
‰