Как найти утечку памяти Java

Вопрос здесь, я должен сказать, что oraclejdk получение инструмента, который memory-leaks не требует 5 минут, чтобы memory ответить на любой щелчок, значительно java-libraries упрощает поиск потенциальных openjdk утечек памяти.

Поскольку люди jre предлагают несколько инструментов java-libraries (я пробовал только визуальный memory-leak wm, так как я получил его core-java в пробной версии JDK и JProbe), я, хотя oraclejdk и должен предложить бесплатный .java инструмент с открытым исходным oraclejdk кодом, созданный на платформе core-java Eclipse, анализатор памяти javax (иногда упоминаемый как SAP openjdk анализатор памяти) доступен javax на http://www.eclipse.org/mat/ .

Что действительно здорово java-libraries в этом инструменте, так это jdk то, что он проиндексировал java-libraries дамп кучи, когда я впервые jhat открыл его, что позволило java-se ему отображать данные, такие openjdk как сохраненная куча, без java-libraries ожидания 5 минут для каждого j2se объекта (практически все core-java операции выполнялись в несколько jdk раз быстрее, чем другие инструменты, которые openjdk я пробовал). ).

Когда вы открываете core-java дамп, на первом экране отображается openjdk круговая диаграмма с самыми oraclejdk большими объектами (с учетом javax оставшейся кучи), и вы можете jdk быстро перейти к объектам, которые memory слишком велики для вашего core-java удобства. В нем также есть java-se функция «Поиск вероятных java-libraries подозреваемых в утечке», которая, как javax я полагаю, может пригодиться, но, поскольку j2se навигации мне было достаточно, я memory-leaks особо в нее не вникал.