Strong — не собирается, пока достижим. Soft — очищается при нехватке памяти (кэш, который не жалко). Weak — на ближайшей сборке, если нет сильных ссылок (WeakHashMap, метаданные). Phantom — get() всегда null, сигнал после финализации для очистки ресурсов (Cleaner).
А ещё Значение, ссылающееся на свой ключ, не даст WeakHashMap очистить запись
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Сила ссылки определяет, когда объект может быть освобождён. Практическая разница soft и weak именно в моменте: мягкая ссылка живёт, пока хватает памяти, и потому подходит для кэша, который не жалко потерять; слабая исчезает при первой же сборке, и на ней строят WeakHashMap и хранение метаданных, не удерживающее ключи. Фантомная не даёт доступа к объекту вовсе — её ставят в очередь ReferenceQueue, чтобы освободить внешние ресурсы уже после того, как объект стал недостижим. Важная оговорка: гарантий по soft-ссылкам спецификация не даёт, и опираться на них как на управляемый кэш рискованно.
Несколько верных вариантов. Подумайте, потом откройте ответ.
GC roots и reachability, strong/soft/weak/phantom-ссылки, Cleaner вместо finalize и утечки через сильные ссылки.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto