Что хотят услышать интервьюеры:

В Dart память управляется автоматически: объекты, на которые больше нет достижимых ссылок, становятся кандидатом на удаление. Сборка мусора основана на анализе достижимости, а не на ручном освобождении памяти. Для короткоживущих объектов обычно используется поколенческий подход, чтобы ускорять очистку.

Определение:

Сборщик мусора в Dart — это механизм автоматического освобождения памяти, занятой объектами, которые больше недостижимы из программы. Runtime периодически проверяет, можно ли добраться до объекта из корневых ссылок: стека, глобальных переменных, активных изолятов и других живых объектов. Если объект недостижим, он считается мусором и может быть удалён. На практике Dart использует поколенческую стратегию: новые объекты чаще живут в «молодом» поколении и очищаются чаще, а долгоживущие объекты обрабатываются реже.

Пример использования:

class User {
  final String name;
  User(this.name);
}

void main() {
  User? user = User('Alex');
  print(user.name);

  // После этой строки объект User может стать недостижимым,
  // если больше нигде на него нет ссылок.
  user = null;
}

Здесь объект User будет жить в памяти, пока на него есть ссылка через переменную user. После присваивания null объект становится кандидатом на удаление, если других ссылок на него нет.

Пояснение кода:

Код показывает базовый принцип достижимости.

Создаётся объект User и ссылка на него хранится в переменной user.
Пока user указывает на объект, он считается достижимым и не может быть удалён GC.
После user = null текущая ссылка на объект исчезает.
Если других ссылок нет, объект становится недостижимым и сборщик мусора может освободить память позже, когда решит runtime.

Важно, что удаление происходит не мгновенно в момент присваивания null, а когда сборщик мусора выполнит очередной проход.

Ключевые моменты:

Dart управляет памятью автоматически, без free() и delete.
Основа работы GC — анализ достижимости объектов.
Объект удаляется, когда на него больше нет ссылок из живой части программы.
Dart использует поколенческий GC, что ускоряет работу с большим количеством короткоживущих объектов.
Разработчик обычно не управляет сборкой мусора вручную, но должен следить за утечками через удержание ссылок.
Частая причина проблем с памятью во Flutter — не сам GC, а лишние ссылки в замыканиях, синглтонах, кешах и слушателях.

Как работает сборщик мусора в Dart?