Вопросы React Frontend Developer

Сборщик мусора в JavaScript автоматически освобождает память, удаляя объекты, на которые больше нет ссылок. Основной механизм — это "сборка по достижению" (mark-and-sweep), где объекты помечаются как достижимые или нет. Оптимизация работы с памятью заключается в том, чтобы избегать удержания ненужных ссылок на объекты и помнить о замыканиях, которые могут сохранять данные в памяти дольше, чем требуется.

Garbage Collector периодически ищет и удаляет недостижимые объекты, что может вызывать паузы. ARC немедленно освобождает память, когда счётчик ссылок становится нулём, что более предсказуемо, но не handles циклические ссылки автоматически. ARC обычно быстрее, но требует внимания к циклам.

Управляемая куча (Managed Heap) — это область памяти, где размещаются все ссылочные типы данных в .NET. Она нужна для автоматического управления памятью с помощью Сборщика мусора (Garbage Collector, GC). GC отслеживает объекты в куче, освобождает память от тех, которые больше не используются программой, и упорядочивает оставшиеся объекты для уменьшения фрагментации.

В JVM существует несколько реализаций сборщиков мусора.
Они отличаются по задержкам, пропускной способности и сложности.
Выбор GC зависит от типа нагрузки и требований к паузам.
Нет универсального сборщика для всех случаев.

Garbage Collector считает объект ненужным, если до него нельзя добраться из корневых ссылок.
Корневые ссылки включают локальные переменные стека, статические поля и активные потоки.
Если объект недостижим, он может быть удалён при очередном запуске GC.
GC не удаляет объекты по таймеру или по счётчику ссылок.
Удаление происходит автоматически и недетерминированно.