gc.md

1> **Источник:** https://python-all.ru/3.7/library/gc.html2>3> «Документация Python на русском» – неофициальный перевод официальной документации Python: версии от 2.6 до 3.16, полнотекстовый поиск, английский оригинал рядом с переводом. Эта Markdown-версия страницы предназначена для работы с LLM: вставьте её в ChatGPT, Claude или Cursor.45---67# [`gc`](https://python-all.ru/3.7/library/gc.html#module-gc) – интерфейс сборщика мусора89---1011Этот модуль предоставляет интерфейс к необязательному сборщику мусора. Он позволяет отключить сборщик, настроить частоту сборки и установить параметры отладки. Также он предоставляет доступ к недостижимым объектам, которые сборщик нашел, но не может освободить. Поскольку сборщик дополняет подсчёт ссылок, уже используемый в Python, его можно отключить, если программа не создаёт циклических ссылок. Автоматическую сборку можно отключить вызовом `gc.disable()`. Для отладки утекающей программы вызовите `gc.set_debug(gc.DEBUG_LEAK)`. Обратите внимание, что это включает `gc.DEBUG_SAVEALL`, что приводит к сохранению собранных объектов в gc.garbage для проверки.1213Модуль [`gc`](https://python-all.ru/3.7/library/gc.html#module-gc) предоставляет следующие функции:1415#### `gc.enable()`1617Включить автоматическую сборку мусора.1819#### `gc.disable()`2021Отключить автоматическую сборку мусора.2223#### `gc.isenabled()`2425Возвращает `True`, если автоматическая сборка включена.2627#### `gc.collect(generation=2)`2829Без аргументов выполняет полную сборку. Необязательный аргумент *поколение* может быть целым числом, указывающим, какое поколение собирать (от 0 до 2). Если номер поколения неверен, вызывается исключение [`ValueError`](https://python-all.ru/3.7/library/exceptions.html#ValueError). Возвращается количество найденных недостижимых объектов.3031Списки свободной памяти, ведущиеся для ряда встроенных типов, очищаются при полной сборке или сборке самого старшего поколения (2). Не все элементы в некоторых списках свободной памяти могут быть освобождены из-за особенностей реализации, в частности [`float`](https://python-all.ru/3.7/library/functions.html#float).3233#### `gc.set_debug(flags)`3435Устанавливает флаги отладки сборщика мусора. Отладочная информация будет записываться в `sys.stderr`. См. ниже список флагов отладки, которые можно комбинировать с помощью битовых операций для управления отладкой.3637#### `gc.get_debug()`3839Возвращает текущие установленные флаги отладки.4041#### `gc.get_objects()`4243Возвращает список всех объектов, отслеживаемых сборщиком, за исключением возвращаемого списка.4445#### `gc.get_stats()`4647Возвращает список из трёх словарей по поколениям, содержащих статистику сборки с момента запуска интерпретатора. Количество ключей может измениться в будущем, но в настоящее время каждый словарь содержит следующие элементы:4849- `collections` – количество сборок этого поколения;50- `collected` – общее количество объектов, собранных в этом поколении;51- `uncollectable` – общее количество объектов, признанных не подлежащими сборке (и поэтому перемещённых в список [`garbage`](https://python-all.ru/3.7/library/gc.html#gc.garbage)) в этом поколении.5253Новое в версии 3.4.5455#### `gc.set_threshold(threshold0[, threshold1[, threshold2]])`5657Устанавливает пороги сборки мусора (частоту сборки). Установка *threshold0* в ноль отключает сборку.5859Сборщик мусора (GC) классифицирует объекты по трём поколениям в зависимости от того, сколько циклов сборки они пережили. Новые объекты помещаются в самое молодое поколение (поколение `0`). Если объект переживает сборку, он перемещается в следующее, более старое поколение. Поскольку поколение `2` является самым старым, объекты в этом поколении остаются там после сборки. Чтобы решить, когда запускать сборку, сборщик отслеживает количество выделений и освобождений объектов с момента последней сборки. Когда количество выделений минус количество освобождений превышает *threshold0*, сборка начинается. Изначально проверяется только поколение `0`. Если поколение `0` проверялось больше *threshold1* раз с момента проверки поколения `1`, то проверяется также поколение `1`. С третьим поколением ситуация немного сложнее: подробнее см. [Collecting the oldest generation](https://python-all.ru/3.7/library/gc.html).6061#### `gc.get_count()`6263Возвращает текущие счётчики сборок в виде кортежа из `(count0, count1, count2)`.6465#### `gc.get_threshold()`6667Возвращает текущие пороговые значения сборок в виде кортежа из `(threshold0, threshold1, threshold2)`.6869#### `gc.get_referrers(*objs)`7071Возвращает список объектов, которые напрямую ссылаются на любой из objs. Эта функция находит только те контейнеры, которые поддерживают сборку мусора; типы расширений, которые ссылаются на другие объекты, но не поддерживают сборку мусора, найдены не будут.7273Обратите внимание, что объекты, на которые уже нет ссылок, но которые находятся в циклах и ещё не собраны сборщиком мусора, могут оказаться среди возвращаемых ссылающихся объектов. Чтобы получить только живые объекты, вызовите [`collect()`](https://python-all.ru/3.7/library/gc.html#gc.collect) перед вызовом [`get_referrers()`](https://python-all.ru/3.7/library/gc.html#gc.get_referrers).7475> **Предупреждение**76>77> Следует соблюдать осторожность при использовании объектов, возвращаемых [`get_referrers()`](https://python-all.ru/3.7/library/gc.html#gc.get_referrers), поскольку некоторые из них могут всё ещё находиться в процессе конструирования и, следовательно, во временно недопустимом состоянии. Избегайте использования [`get_referrers()`](https://python-all.ru/3.7/library/gc.html#gc.get_referrers) для каких-либо целей, кроме отладки.7879#### `gc.get_referents(*objs)`8081Возвращает список объектов, на которые напрямую ссылается любой из аргументов. Возвращаемые референты – это объекты, посещённые C-уровневыми методами [`tp_traverse`](https://python-all.ru/3.7/c-api/typeobj.html#c.PyTypeObject.tp_traverse) аргументов (если они есть), и это могут быть не все объекты, действительно достижимые напрямую. Методы [`tp_traverse`](https://python-all.ru/3.7/c-api/typeobj.html#c.PyTypeObject.tp_traverse) поддерживаются только объектами, которые поддерживают сборку мусора, и от них требуется только посещение объектов, которые могут участвовать в циклах. Так, например, если целое число напрямую достижимо из аргумента, этот целочисленный объект может как появиться в результирующем списке, так и нет.8283#### `gc.is_tracked(obj)`8485Возвращает `True`, если объект в настоящее время отслеживается сборщиком мусора, и `False` в противном случае. Как правило, экземпляры атомарных типов не отслеживаются, а экземпляры неатомарных типов (контейнеры, пользовательские объекты и т.д.) отслеживаются. Однако могут присутствовать некоторые оптимизации для конкретных типов, чтобы уменьшить влияние на сборщик мусора простых экземпляров (например, словарей, содержащих только атомарные ключи и значения):8687```python88>>> gc.is_tracked(0)89False90>>> gc.is_tracked("a")91False92>>> gc.is_tracked([])93True94>>> gc.is_tracked({})95False96>>> gc.is_tracked({"a": 1})97False98>>> gc.is_tracked({"a": []})99True100```101102Новое в версии 3.1.103104#### `gc.freeze()`105106Заморозить все объекты, отслеживаемые gc – переместить их в постоянное поколение и игнорировать все будущие сборки. Это можно использовать перед вызовом POSIX fork() для того, чтобы сделать gc дружественным к copy-on-write или для ускорения сборки. Также сборка перед вызовом POSIX fork() может освободить страницы для будущих выделений, что также может вызвать copy-on-write, поэтому рекомендуется отключить gc в мастер-процессе и заморозить перед fork и включить gc в дочернем процессе.107108Добавлено в версии 3.7.109110#### `gc.unfreeze()`111112Размораживает объекты в постоянном поколении, возвращает их обратно в самое старое поколение.113114Добавлено в версии 3.7.115116#### `gc.get_freeze_count()`117118Возвращает количество объектов в постоянном поколении.119120Добавлено в версии 3.7.121122Следующие переменные предназначены для доступа только для чтения (можно изменять их значения, но не следует их переназначать):123124#### `gc.garbage`125126Список объектов, которые сборщик обнаружил как недостижимые, но не смог освободить (неподлежащие сборке объекты). Начиная с Python 3.4, этот список в большинстве случаев должен быть пуст, за исключением использования экземпляров типов расширений C с не-`NULL` слотом `tp_del`.127128Если [`DEBUG_SAVEALL`](https://python-all.ru/3.7/library/gc.html#gc.DEBUG_SAVEALL) установлено, то все недостижимые объекты будут добавлены в этот список, а не освобождены.129130Изменено в версии 3.2: Если этот список не пуст при [завершении интерпретатора](https://python-all.ru/3.7/glossary.html#term-interpreter-shutdown), выдается [`ResourceWarning`](https://python-all.ru/3.7/library/exceptions.html#ResourceWarning), который по умолчанию является молчаливым. Если [`DEBUG_UNCOLLECTABLE`](https://python-all.ru/3.7/library/gc.html#gc.DEBUG_UNCOLLECTABLE) установлено, дополнительно выводятся все неподлежащие сборке объекты.131132Изменено в версии 3.4: В соответствии с [**PEP 442**](https://python-all.ru/3.7/library/gc.html), объекты с методом [`__del__()`](https://python-all.ru/3.7/reference/datamodel.html#object.__del__) больше не попадают в [`gc.garbage`](https://python-all.ru/3.7/library/gc.html#gc.garbage).133134#### `gc.callbacks`135136Список колбэков, которые будут вызываться сборщиком мусора до и после сборки. Колбэки будут вызываться с двумя аргументами: *phase* и *info*.137138*phase* может принимать одно из двух значений:139140> “start”: сборка мусора начинается.141>142> “stop”: сборка мусора завершена.143144*info* – это словарь, предоставляющий дополнительную информацию для колбэка. В настоящее время определены следующие ключи:145146> “generation”: самое старое поколение, участвующее в сборке.147>148> “collected”: когда *phase* равен “stop”, количество успешно собранных объектов.149>150> “uncollectable”: когда *phase* равен “stop”, количество объектов, которые не удалось собрать и которые были помещены в [`garbage`](https://python-all.ru/3.7/library/gc.html#gc.garbage).151152Приложения могут добавлять свои собственные колбэки в этот список. Основные случаи использования:153154> Сбор статистики о сборке мусора, например, как часто собираются различные поколения и сколько времени занимает сборка.155>156> Позволяет приложениям выявлять и очищать собственные несобираемые типы, когда они появляются в [`garbage`](https://python-all.ru/3.7/library/gc.html#gc.garbage).157158Новое в версии 3.3.159160Следующие константы предоставляются для использования с [`set_debug()`](https://python-all.ru/3.7/library/gc.html#gc.set_debug):161162#### `gc.DEBUG_STATS`163164Вывод статистики во время сборки. Эта информация может быть полезна при настройке частоты сборки.165166#### `gc.DEBUG_COLLECTABLE`167168Вывод информации о найденных собираемых объектах.169170#### `gc.DEBUG_UNCOLLECTABLE`171172Вывод информации о найденных несобираемых объектах (объекты, которые недостижимы, но не могут быть освобождены сборщиком). Эти объекты будут добавлены в список `garbage`.173174Изменено в версии 3.2: Также выводить содержимое списка [`garbage`](https://python-all.ru/3.7/library/gc.html#gc.garbage) при [завершении интерпретатора](https://python-all.ru/3.7/glossary.html#term-interpreter-shutdown), если он не пуст.175176#### `gc.DEBUG_SAVEALL`177178Если установлен, все найденные недостижимые объекты будут добавляться в *garbage*, а не освобождаться. Это может быть полезно для отладки программы с утечками.179180#### `gc.DEBUG_LEAK`181182Флаги отладки, необходимые для вывода сборщиком информации о программе с утечками (равно `DEBUG_COLLECTABLE | DEBUG_UNCOLLECTABLE | DEBUG_SAVEALL`).183