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

Глава.21 .Автоматическое.управление.памятью.(уборка.мусора)
этого она работает не так, как хотелось бы. Вот как правильно следовало изменить 
метод 
Main
:
public static void Main() {
// Создание объекта Timer, вызывающего метод TimerCallback каждые 2000 мс
Timer t = new Timer(TimerCallback, null, 0, 2000);
// Ждем, когда пользователь нажмет Enter
Console.ReadLine();
// Создаем ссылку на переменную t после ReadLine
// (t не удаляется уборщиком мусора 
// до возвращения управления методом Dispose)
t.Dispose();
}
Теперь, скомпилировав этот код (без параметра 
/debug+
) и запустив полученный 
исполняемый файл (без отладчика), вы увидите, что метод 
TimerCallback
вызы-
вается несколько раз, и программа работает корректно. Это объясняется тем, что 
объект, на который ссылается переменная 
t
, не должен удаляться, чтобы для него 
можно было вызвать метод 
Dispose
(значение 
t
нужно передать методу 
Dispose
как аргумент 
this
). Парадокс: явно указывая, в каком месте таймер должен быть 
уничтожен, мы продлеваем его жизнь до этой точки.
ПриМеЧание
После.всего.сказанного.не.стоит.преждевременно.беспокоиться.о.том,.что.ваши.
собственные.объекты.могут.быть.уничтожены.раньше.времени .Класс.Timer.ис-
пользовался.в.обсуждении.только.из-за.своего.специфического.отсутствующего.
у.других.классов.поведения .Дело.в.том,.что.присутствие.в.куче.объекта.Timer.при-
водит.к.периодическому.вызову.метода .Другие.типы.не.в.состоянии.так.себя.вести .
К.примеру,.наличие.в.памяти.объекта.String.не.имеет.никаких.последствий .Строка.
просто.находится.в.куче .Именно.поэтому,.чтобы.продемонстрировать,.как.работают.
корни.и.как.время.жизни.объекта.связано.с.отладчиком,.я.использовал.объект.Timer .
Но.при.этом.основной.вопрос.состоял.не.в.том,.как.растянуть.время.жизни.объекта .
Время.жизни.остальных.объектов.определяется.приложением.автоматически