Підтримка циклічного збирання сміття¶
Підтримка Python для виявлення та збирання сміття, яке включає циклічні посилання, вимагає підтримки типів об’єктів, які є «контейнерами» для інших об’єктів, які також можуть бути контейнерами. Типи, які не зберігають посилання на інші об’єкти, або які зберігають лише посилання на атомарні типи (такі як числа або рядки), не потребують явної підтримки для збирання сміття.
To create a container type, the tp_flags
field of the type object must
include the Py_TPFLAGS_HAVE_GC
and provide an implementation of the
tp_traverse
handler. If instances of the type are mutable, a
tp_clear
implementation must also be provided.
Py_TPFLAGS_HAVE_GC
Об’єкти типу з цим прапорцем мають відповідати задокументованим тут правилам. Для зручності ці об’єкти будуть називатися об’єктами-контейнерами.
Конструктори для типів контейнерів повинні відповідати двом правилам:
The memory for the object must be allocated using
PyObject_GC_New
orPyObject_GC_NewVar
.Після ініціалізації всіх полів, які можуть містити посилання на інші контейнери, він повинен викликати
PyObject_GC_Track()
.
Подібним чином, делокатор для об’єкта має відповідати подібній парі правил:
Перш ніж поля, які посилаються на інші контейнери, стануть недійсними, необхідно викликати
PyObject_GC_UnTrack()
.Пам’ять об’єкта має бути звільнено за допомогою
PyObject_GC_Del()
.Попередження
Якщо тип додає Py_TPFLAGS_HAVE_GC, тоді він має реалізувати принаймні обробник
tp_traverse
або явно використовувати один із свого підкласу або підкласів.When calling
PyType_Ready()
or some of the APIs that indirectly call it likePyType_FromSpecWithBases()
orPyType_FromSpec()
the interpreter will automatically populate thetp_flags
,tp_traverse
andtp_clear
fields if the type inherits from a class that implements the garbage collector protocol and the child class does not include thePy_TPFLAGS_HAVE_GC
flag.
-
PyObject_GC_New(TYPE, typeobj)¶
Analogous to
PyObject_New
but for container objects with thePy_TPFLAGS_HAVE_GC
flag set.
-
PyObject_GC_NewVar(TYPE, typeobj, size)¶
Analogous to
PyObject_NewVar
but for container objects with thePy_TPFLAGS_HAVE_GC
flag set.
-
PyObject_GC_Resize(TYPE, op, newsize)¶
Resize an object allocated by
PyObject_NewVar
. Returns the resized object of typeTYPE*
(refers to any C type) orNULL
on failure.op must be of type PyVarObject* and must not be tracked by the collector yet. newsize must be of type
Py_ssize_t
.
-
void PyObject_GC_Track(PyObject *op)¶
- Part of the Stable ABI.
Додає об’єкт op до набору об’єктів-контейнерів, які відстежує збирач. Збирач може запускатися в несподіваний час, тому об’єкти мають бути дійсними під час відстеження. Його слід викликати, коли всі поля, за якими йде обробник
tp_traverse
, стануть дійсними, як правило, ближче до кінця конструктора.
-
int PyObject_IS_GC(PyObject *obj)¶
Повертає ненульове значення, якщо об’єкт реалізує протокол збирача сміття, інакше повертає 0.
Збирач сміття не може відстежувати об’єкт, якщо ця функція повертає 0.
-
int PyObject_GC_IsTracked(PyObject *op)¶
- Part of the Stable ABI since version 3.9.
Повертає 1, якщо тип об’єкта op реалізує протокол GC і op зараз відстежується збирачем сміття, і 0 в іншому випадку.
Це аналогічно функції Python
gc.is_tracked()
.Нове в версії 3.9.
-
int PyObject_GC_IsFinalized(PyObject *op)¶
- Part of the Stable ABI since version 3.9.
Повертає 1, якщо тип об’єкта op реалізує протокол GC і op вже завершено збирачем сміття, і 0 в іншому випадку.
Це аналогічно функції Python
gc.is_finalized()
.Нове в версії 3.9.
-
void PyObject_GC_Del(void *op)¶
- Part of the Stable ABI.
Releases memory allocated to an object using
PyObject_GC_New
orPyObject_GC_NewVar
.
-
void PyObject_GC_UnTrack(void *op)¶
- Part of the Stable ABI.
Видаліть об’єкт op із набору об’єктів-контейнерів, які відстежує збирач. Зауважте, що
PyObject_GC_Track()
можна знову викликати для цього об’єкта, щоб додати його назад до набору відстежуваних об’єктів. Deallocator (tp_dealloc
обробник) має викликати це для об’єкта до того, як будь-яке з полів, що використовуютьсяtp_traverse
обробником, стане недійсним.
Змінено в версії 3.8: The _PyObject_GC_TRACK()
and _PyObject_GC_UNTRACK()
macros
have been removed from the public C API.
Обробник tp_traverse
приймає параметр функції такого типу:
-
typedef int (*visitproc)(PyObject *object, void *arg)¶
- Part of the Stable ABI.
Тип функції відвідувача, переданої обробнику
tp_traverse
. Функція має бути викликана з об’єктом для проходження як object і третім параметром для обробникаtp_traverse
як arg. Ядро Python використовує кілька функцій відвідувачів для реалізації циклічного виявлення сміття; не очікується, що користувачам доведеться писати власні функції відвідувачів.
Обробник tp_traverse
повинен мати такий тип:
-
typedef int (*traverseproc)(PyObject *self, visitproc visit, void *arg)¶
- Part of the Stable ABI.
Функція обходу для об’єкта-контейнера. Реалізації повинні викликати функцію visit для кожного об’єкта, який безпосередньо міститься в self, з параметрами visit, які містять об’єкт, а значення arg передається обробнику. Функцію visit не можна викликати з аргументом об’єкта
NULL
. Якщо visit повертає ненульове значення, це значення має бути повернуто негайно.
Для спрощення написання обробників tp_traverse
передбачено макрос Py_VISIT()
. Щоб використовувати цей макрос, реалізація tp_traverse
має назвати свої аргументи точно visit і arg:
-
void Py_VISIT(PyObject *o)¶
Якщо o не є
NULL
, викличте зворотній виклик visit з аргументами o і arg. Якщо visit повертає ненульове значення, поверніть його. За допомогою цього макросу обробникиtp_traverse
виглядають так:static int my_traverse(Noddy *self, visitproc visit, void *arg) { Py_VISIT(self->foo); Py_VISIT(self->bar); return 0; }
Обробник tp_clear
має бути типу inquiry
або NULL
, якщо об’єкт є незмінним.
-
typedef int (*inquiry)(PyObject *self)¶
- Part of the Stable ABI.
Видалити посилання, які могли створити цикли посилань. Незмінні об’єкти не повинні визначати цей метод, оскільки вони ніколи не можуть безпосередньо створювати еталонні цикли. Зауважте, що об’єкт все ще має бути дійсним після виклику цього методу (не просто викликайте
Py_DECREF()
за посиланням). Збирач викличе цей метод, якщо виявить, що цей об’єкт бере участь у еталонному циклі.
Контроль стану Garbage Collector¶
C-API надає такі функції для керування виконанням збирання сміття.
-
Py_ssize_t PyGC_Collect(void)¶
- Part of the Stable ABI.
Виконати повне збирання сміття, якщо ввімкнено збирач сміття. (Зверніть увагу, що
gc.collect()
запускає його безумовно.)Повертає кількість зібраних + недосяжних об’єктів, які неможливо зібрати. Якщо збирач сміття вимкнено або вже збирає, негайно повертає
0
. Помилки під час збирання сміття передаються доsys.unraisablehook
. Ця функція не викликає винятків.
-
int PyGC_Enable(void)¶
- Part of the Stable ABI since version 3.10.
Увімкніть збирач сміття: подібно до
gc.enable()
. Повертає попередній стан, 0 для вимкнено та 1 для ввімкнено.Нове в версії 3.10.
-
int PyGC_Disable(void)¶
- Part of the Stable ABI since version 3.10.
Вимкнути збирач сміття: подібно до
gc.disable()
. Повертає попередній стан, 0 для вимкнено та 1 для ввімкнено.Нове в версії 3.10.
-
int PyGC_IsEnabled(void)¶
- Part of the Stable ABI since version 3.10.
Запитайте стан збирача сміття: подібно до
gc.isenabled()
. Повертає поточний стан, 0 для вимкнено та 1 для ввімкнено.Нове в версії 3.10.