finalize не гарантирует ни вызова, ни времени, замедляет сборку (объект переживает лишний цикл) и может «воскресить» объект. Устарел в Java 9, помечен к удалению в Java 18. Ресурсы закрывают try-with-resources, а Cleaner держат только как страховку.
А ещё JVM можно запустить с --finalization=disabled и проверить, что ничего не сломалось
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Перечисли претензии по существу: спецификация не гарантирует, что finalize вообще будет вызван, и уж тем более не говорит когда; работу делает отдельный поток-финализатор, очередь которого может не разгребаться; объект с финализатором переживает лишний цикл сборки, потому что сначала его надо обработать. Добавь, что внутри finalize объект можно случайно воскресить, снова сделав достижимым, а брошенное исключение проглатывается без следа. Правильная замена — детерминированное освобождение: класс реализует AutoCloseable, вызывающий код использует try-with-resources. Cleaner из Java 9 годится только как подстраховка на случай, если close забыли, но не как основной механизм. Метод объявлен устаревшим и подлежит удалению.
GC roots и reachability, strong/soft/weak/phantom-ссылки, Cleaner вместо finalize и утечки через сильные ссылки.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto