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

Поколения
Уборщик мусора с поддержкой поколений
(generational garbage collector), который 
также называют 
эфемерным уборщиком мусора
(ephemeral garbage collector), хотя 
я не использую такой термин в своей книге, работает на основе следующих пред-
положений:
‰
чем младше объект, тем короче его время жизни;
‰
чем старше объект, тем длиннее его время жизни;
‰
уборка мусора в части кучи выполняется быстрее, чем во всей куче.

---

563
Поколения
Справедливость этих предположений для большого набора существующих при-
ложений доказана многочисленными исследованиями, поэтому они повлияли на 
реализацию уборщика мусора. В этом разделе описан принцип работы поколений.
Сразу после инициализации в управляемой куче нет объектов. Говорят, что 
создаваемые в куче объекты составляют поколение 0. Проще говоря, к нулевому 
поколению относятся только что созданные объекты, которых не касался уборщик 
мусора. Рисунок 21.4 демонстрирует только что запущенное приложение, раз-
местившее в памяти пять объектов (
А
–
Е
). Через некоторое время объекты 
С
и 
Е
становятся недоступными.
рис. 21.4.
.Вид.кучи.сразу.после.инициализации:.все.объекты.в.ней.относятся.
к.поколению.0,.уборка.мусора.еще.не.выполнялась
При инициализации CLR выбирает пороговый размер для поколения 0. Если 
в результате выделения памяти для нового объекта размер поколения 0 превышает по-
роговое значение, должна начаться уборка мусора. Допустим, объекты 
А–Е
относятся 
к поколению 0. Тогда при размещении объекта 
F
должна начаться уборка мусора.
Уборщик мусора определяет, что объекты 
С 
и 
E
— это мусор, и выполняет сжатие 
памяти для объекта 
D
, перемещая его вплотную к объекту 
B
. Объекты, пережившие 
уборку мусора (
А
, 
В
и 
D
), становятся поколением 1. Объекты из поколения 1 были 
проверены уборщиком мусора один раз. Теперь куча выглядит так, как показано 
на рис. 21.5.
рис. 21.5.
.Вид.кучи.после.одной.уборки.мусора:.выжившие.объекты.из.поколения.0.
переходят.в.поколение.1,.поколение.0.пустует
После уборки мусора объектов в поколении 0 не остается. Туда помещаются но-
вые объекты. Как показано на рис. 21.6, приложение продолжает работу и размещает 
объекты 
F–K
. Также в ходе работы приложения становятся недоступными объекты 
B
, 
H
и 
J
, поэтому занятая ими память должна рано или поздно освободиться.