Підтримка циклічного збирання сміття¶
Підтримка 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_NeworPyObject_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_traverseandtp_clearfields if the type inherits from a class that implements the garbage collector protocol and the child class does not include thePy_TPFLAGS_HAVE_GCflag.
-
PyObject_GC_New(TYPE, typeobj)¶
Analogous to
PyObject_Newbut for container objects with thePy_TPFLAGS_HAVE_GCflag set.
-
PyObject_GC_NewVar(TYPE, typeobj, size)¶
Analogous to
PyObject_NewVarbut for container objects with thePy_TPFLAGS_HAVE_GCflag 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) orNULLon 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_NeworPyObject_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.