Развернутое объяснение
При создании объектов (числа, строки, списки, свои классы) память под них берётся не напрямую у операционной системы, а из специальной области — приватной кучи Python. Это внутренняя область памяти, в которой живут все Python‑объекты и структуры данных. Ей управляет Python memory manager: он отвечает за выделение, перераспределение и освобождение памяти. Разработчик на уровне обычного Python‑кода не управляет напрямую кучей (нет malloc/free), он работает только с объектами, а интерпретатор делает всё остальное. На собеседовании достаточно сказать, что «объекты хранятся в приватной куче, которой управляет интерпретатор, а не мы».
Подсчёт ссылок
Основной механизм управления памятью в CPython — подсчёт ссылок (reference counting). У каждого объекта есть счётчик того, сколько на него ссылается переменных и других объектов: создаём новую ссылку → счётчик увеличивается; удаляем ссылку или переназначаем переменную → счётчик уменьшается; когда счётчик становится равным 0, объект уничтожается сборщиком мусора (garbage collector или GC), а память освобождается. Это даёт немедленную очистку ненужных объектов и предсказуемое поведение — понятно, когда конкретный объект будет удалён. Но есть ограничение: подсчёт ссылок не умеет сам по себе находить циклические ссылки, когда объекты ссылаются друг на друга, но больше нигде не используются.
Чтобы справиться с циклическими ссылками, Python использует генерационный сборщик мусора. Объекты разделены на поколения (0, 1, 2) по «возрасту» — чем дольше объект живёт, тем реже его проверяют. GC периодически просматривает объекты, пытаясь обнаружить циклы ссылок, которые больше недостижимы из остальной программы. Найденные «мёртвые» циклические ссылки удаляются, освобождая память. Разработчик может при необходимости взаимодействовать с GC через модуль gc (например, gc.collect()), но в обычном backend‑коде это почти никогда не требуется.
Как сформулировать ответ на собеседовании:
В Python объекты живут в приватной куче, которой управляет встроенный менеджер памяти интерпретатора. Основной механизм — подсчёт ссылок: когда на объект больше никто не ссылается, память, занятая им, освобождается. Для циклических ссылок дополнительно используется генерационный garbage collector, который периодически находит и удаляет такие «зависшие» объекты.