Общие шаблоны утечки памяти Java/ссылки?

Question

Возможно, наиболее типичным примером является закрытие JDBC неправильным образом и неправильное использование возможных исключений. Мне очень любопытно увидеть другие примеры, которые вы видели - желательно связанное с веб-приложением.

Итак, существуют ли какие-либо общие шаблоны утечек в Java?

Answer 1

Два ключевой «эффективная утечка» модель в моем опыте, является:

• статики и одиночками, которые постепенно растут с течением времени. Это может включать в себя кеши, плохо реализованные и используемые пулы соединений, словари «каждого пользователя, которого мы видели с момента запуска» и т. Д.
• Ссылки на долгоживущие объекты на объекты, которые были , предназначались для недолговечного. В C# это может случиться с событиями, и эквивалентный шаблон наблюдателя может дать такой же эффект в Java. В принципе, если вы попросите один объект (наблюдателя) смотреть другой (источник), то обычно вы получаете ссылку от источник до наблюдателя. Это может стать единственной «живой» ссылкой, но она будет жить до тех пор, пока источник.
• Устраняет утечку, если вы продолжаете генерировать новый код динамически. Я нахожусь здесь на скалистом грунте, но я уверен, что столкнулся с такими проблемами. Возможно, это было отчасти из-за ошибок JRE, которые с тех пор были исправлены - это было слишком долго, так как это случилось для меня, чтобы помнить наверняка.
• Единичные тесты, которые удерживаются в состоянии, могут длиться дольше, чем вы могли ожидать, потому что JUnit будет удерживать экземпляры тестового набора. Опять же, я не могу вспомнить детали, но иногда это делает необходимость иметь явное «обнуление переменной» в отрыве, анахроничное, как это выглядит.

Я не могу сказать, что я регулярно обнаруживал утечки памяти, чтобы быть проблемой в Java (или .NET).

Answer 2

Я бы не сказал, что это распространено: утечки в Java очень редки, но я видел утечку из-за сохранения ссылки на нестатический внутренний класс, который не использовал внешний экземпляр, но содержал ссылка на него в любом случае.

Answer 3

утечки PermGen может произойти из-за:

• Daemon темы, которые остаются в живых после того, как ваше приложение является раскрылись.
• Shutdown крючки зарегистрированных с JVM
• ThreadLocal переменными, где значение имеет ссылку на класс, загруженного вашего загрузчик класса

Это весь веб-приложение, связанное с. Они не встречаются в стандартных приложениях Java.