Разбор heap dump Java

«После ста входов и выходов SessionRegistry всё ещё содержит сто завершённых сессий; допустимое правило — удалять их при выходе». Попросите связать отчёт dominators с методами добавления и очистки. Проверяемый результат после правки — коллекция не сохраняет завершённые сессии по этой причине. Размер 600 МБ является условием примера, а не доказанным измерением реального приложения пользователя.

Он помогает оценить память, которая зависит от достижимости данного объекта по модели анализатора. Это не то же самое, что размер его собственных полей. Попросите объяснить конкретную ветку дерева и путь к корню. Большой владелец может быть законным кэшем или пулом; вывод о дефекте требует правила жизненного цикла и подтверждения, что удерживаемые данные уже не нужны приложению.

Крупные dominators, гистограмма интересующего класса, пути к GC roots и безопасный фрагмент содержимого коллекции. Добавьте версию JVM, момент съёмки и нагрузку. Полный дамп может содержать секреты и персональные строки. Енотик не анализирует ваш бинарный файл автоматически: начните с текстового экспорта, который позволяет проверить одну гипотезу и не раскрывать память всего работающего сервиса.

Воспроизведите серию создания и завершения объектов, проверьте количество записей у владельца и сделайте сопоставимый повторный замер. Если данные остаются из-за другого корня, удаление одной ссылки не завершит исправление. Иногда нужны allocation-профиль и дополнительное наблюдение жизненного цикла. Точный участок кода нельзя надёжно назвать по одному имени класса в дампе; его связывают с фактами из профиля и исходников.