Kiedy i jak jest oznaczany program ładujący klasy java do zbierania śmieci?

Question

Tworzymy wiele podrzędnych programów ładujących klasy w celu załadowania wielu podrzędnych aplikacji do kontenera aplikacji Java, prototypując szybkie wdrażanie. Kiedy zmieniła się ścieżka klas określonego programu ładującego klasy (tj. Dodano słoiki, usunięto, zaktualizowano), stary program ładujący klasy jest wyrzucany (bez odniesień), a nowy program ładujący klasy jest tworzony dla nowej ścieżki klas słojów.

Po zaktualizowaniu ścieżki klas, uruchamiając instalację na gorąco, zrobiliśmy zrzut sterty. Zrzut sterty (za pomocą narzędzia Memory Analyzer) wskazuje, że stare programy ładujące klasy nie były gromadzone podczas zbierania śmieci. Niektóre klasy w nadrzędnym programie ładującym klasy buforowały stare programy ładujące klasy. Następujące rzeczy były powoływane w celu usunięcia tych buforów:

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

Nawet po usunięciu powyższe bufory, stare classloader wciąż nie są zbierane śmieci. Pozostałe odniesienia do classloader obejmował następujące:

• klas załadowane przez classloader
• java.lang.Package stworzonej przez samą classloader
• java.lang.ProtectionDomain stworzony przez classloader samego

Wszystkie powyższe są odwołaniami cyklicznymi wewnątrz programu ładującego klasy, które powinny wywołać wyrzucanie elementów. Nie jestem pewien, dlaczego tak nie jest. Czy ktokolwiek wie, dlaczego stare programy ładujące klasy nadal nie są zbierane nawet przy odwołaniach cyklicznych?

Answer 1

Zawsze słyszałem, że rozładowanie było problematyczne. Są to śmieci zebrane, gdy nie ma odniesienia do instancji obiektu, a rozładunek klas nie jest konieczny, ale w praktyce wydaje się, że jest bardziej problematyczny. Subtelne odniesienia mogą wyciec i zapobiec odzyskaniu Classloader. Na serwerach aplikacji, po wielu cyklach redeploy, czasami otrzymywałem OutOfMemoryError: PermGen space.

Coś, co można powiedzieć, że istnieje gdzieś jakieś paskudne odniesienie, które uniemożliwia ich zbieranie - być może analizator pamięci nie podążył prawidłowo za odnośnikiem. Wydaje się, że to wszystko może się zdarzyć, jak opisano w tych artykułach:

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

Ponadto, nie wiem dokładnie, co robisz, ale jeśli można poczekać JDK 7, możesz rzucić okiem na AnonymousClassLoader. Zostaną one wprowadzone w celu lepszego wsparcia dynamicznego języka, jak wyjaśniono w tym poście:

• A first taste of InvokeDynamic

Mam nadzieję, że to pomoże.