Живых данных больше, чем помещается. Смотрят на занятость после каждого full GC: ползёт вверх — утечка, держится высоко, но стабильно — кучи мало под рабочий набор. Лечат причину, а не добавлением памяти.
А ещё Больше кучи при утечке лишь отсрочит падение и удлинит паузы
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Отличать причины помогает форма графика занятости кучи после сборок: если уровень после каждого full GC ползёт вверх и не возвращается, это утечка; если держится высоко, но стабильно — кучи просто мало под рабочий набор. Стоимость full GC определяется объёмом живых данных, поэтому увеличение кучи без устранения утечки лишь удлиняет паузы. Порядок действий на собеседовании стоит назвать так: снять heap dump и найти, что удерживает память, проверить преждевременное продвижение из молодого поколения, и только потом крутить размеры и менять сборщик. Смена сборщика меняет распределение пауз, но не спасает от нехватки памяти.
Один верный вариант. Подумайте, потом откройте ответ.
Гипотеза о поколениях, Eden и Survivor, minor GC через копирование, tenuring и преждевременное продвижение.
Ключевые флаги, unified GC-логи, метрики (паузы, throughput, allocation/promotion rate) и диагностика частых проблем.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto