Когда и как загружается классный загрузчик java для сбора мусора?

Question

Мы создаем несколько дочерних загрузчиков классов для загрузки в несколько субприложений в Java-приложение «контейнер», прототипирование горячего развертывания. Когда переменная classpath для определенного загрузчика классов была изменена (т. Е. Баночки были добавлены, удалены, обновлены), старый загрузчик классов отбрасывается (не привязывается) и создается новый загрузчик классов для нового класса маршрутов jars.

После обновления пути к классу, запускающего горячее развертывание, мы взяли кучу кучи. Дамп кучи (с использованием Memory Analyzer) указывает, что старые загрузчики классов не собирались мусором. Некоторые классы в родительском загрузчике классов кэшировали старые загрузчики классов. Следующие вещи были призваны, чтобы очистить эти тайники:

java.lang.ResourceBundle.clearCache(classLoader); 
org.apache.commons.logging.LogFactory.release(classLoader); 
java.beans.Introspector.flushCaches(); 

Даже после очистки выше кэшей, старые Загрузчики классов еще не мусор. Остальные ссылки на загрузчиком классов были включены следующие:

• классы, загруженные загрузчиком классов
• java.lang.Package создали самим загрузчиком классов
• java.lang.ProtectionDomain создатель самого загрузчиком классов

Все вышеперечисленное относится к циркулярным ссылкам в загрузчике классов, что должно приводить к сбору мусора. Я не уверен, почему это не так. Кто-нибудь знает, почему старые загрузчики классов все еще не собираются мусором, даже с круговыми ссылками?

Answer 1

Я всегда слышал, что выгрузка Classloader была проблематичной. Они составляют theoretically мусор, собранный, когда нет ссылки на экземпляры объекта, и разгрузка классов не требуется, но на практике кажется, что это более проблематично. Тонкие ссылки могут протекать и препятствовать возврату Classloader. На серверах приложений после многочисленных циклов повторного развертывания я иногда получал OutOfMemoryError: PermGen space.

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

• Classloader leaks: the dreaded PermGen space exception
• How to fix the dreaded PermGen space exception

Кроме того, я не знаю точно, что вы делаете, но если вы можете ждать JDK 7, вы можете посмотреть на AnonymousClassLoader. Они будут введены для более эффективной поддержки динамического языка, как описано в этой статье:

• A first taste of InvokeDynamic

Я надеюсь, что это поможет.