Где лучше всего узнать об устранении утечки памяти в Java? Я пытался найти хороший ресурс в NET, но, к моему разочарованию, я обнаружил, что обсуждаются игрушечные примеры. Я также могу устранять неполадки с небольшими игрушечными дампами, но дампы реальных приложений более сложны и мало что дают.
Я пробовал такие инструменты, как Jhat, JMap, VisualVM и MAT.
где лучше всего узнать об устранении утечек памяти Java? предложение книги также приветствуется.
заранее спасибо.
Пробовали ли вы искать в интернете? Существует множество примеров. Хорошая поисковая система отсортирует их по релевантности.
Есть много видов утечек памяти, но на практике следующая стратегия дает хорошие результаты (Отказ от ответственности: я показываю снимки экрана с JProfiler, потому что его разработала моя компания):
<сильный>1. Проверьте самые большие объекты
Самые большие объекты сохраняют много памяти, которой больше никто не держит. В JProfiler их можно найти в представлении «Самые большие объекты» обходчика кучи. Такое часто случается с кешами.
<сильный>2. Проверяйте классы с большим количеством экземпляров
Иногда ссылки более сложные, и самые большие объекты не дают подсказки. Классы с большим количеством экземпляров можно проверить на входящие ссылки. Во-первых, полезно просмотреть совокупные ссылки, чтобы отделить действительные цепочки ссылок от подозрительных цепочек ссылок.
Кроме того, проверка того, где были выделены экземпляры (в отличие от того, как на них ссылаются), часто может дать представление о том, что происходит.
Часто это многоэтапный процесс: выбор цепочек ссылок, точек размещения или выбор на основе содержимого объектов.
<сильный>3. Поиск путей к корням GC
Если это все еще не дает подсказки, вы можете выбрать отдельные объекты и показать их цепочки ссылок, которые ведут к корням сборщика мусора. Это помогает многим из вас сузить набор подозрительных объектов, прежде чем пытаться это сделать, иначе у вас может быть много кандидатов.
Существует также каст экрана по этой теме.
