¿Cuándo y cómo se marca un cargador de clases java para la recolección de basura?

Question

Estamos creando múltiples cargadores de clase para cargar múltiples subaplicaciones en un "contenedor" de aplicaciones Java, creando prototipos de implementación en caliente. Cuando la classpath de un cargador de clases particular ha cambiado (es decir, se han agregado, eliminado, actualizado), el antiguo cargador de clases se descarta (no referenciado) y se crea un nuevo cargador de clases para el nuevo classpath de jar.

Después de actualizar el classpath, desencadenando el despliegue activo, tomamos un volcado de pila. El volcado de pila (con Memory Analyzer) indica que los cargadores de clase antiguos no se estaban recogiendo basura. Ciertas clases en el cargador de clases padre almacenaban en caché los antiguos cargadores de clases. Las siguientes cosas se han invocado para despejar estas cachés:

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

Incluso después de la limpieza del caché anteriores, los viejos cargador de clases todavía no se están recogiendo basura. Las restantes referencias al cargador de clases incluyen las siguientes:

• las clases cargadas por el cargador de clases
• de java.lang.Package creado por el propio cargador de clases
• java.lang.ProtectionDomain creado por el cargador de clase en sí

Todo lo anterior son referencias circulares dentro del cargador de clases, lo que debería desencadenar una recolección de elementos no utilizados. No estoy seguro de por qué no lo es. ¿Alguien sabe por qué los viejos cargadores de clases todavía no se recogen basura, incluso con las referencias circulares?

Answer 1

Siempre escuché que la descarga de Classloader era problemática. Son theoretically basura recolectada cuando no hay referencia a las instancias del objeto y la descarga de la clase no es necesaria, pero en la práctica parece ser más problemático. Las referencias sutiles pueden tener fugas y evitar que se reclame Classloader. En los servidores de aplicaciones, después de numerosos ciclos de redespliegue, a veces obtengo un OutOfMemoryError: PermGen space.

Todo eso para decir que supongo que hay una referencia desagradable en alguna parte que impide que se recopile, tal vez el analizador de memoria no siguió el enlace correctamente. Parece que todo esto puede suceder, como se describe en estos artículos:

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

Además, no sé exactamente lo que está haciendo, pero si se puede esperar JDK 7, puedes echar un vistazo a AnonymousClassLoader. Serán presentados para apoyar mejor lenguaje dinámico, como se explica en este post:

• A first taste of InvokeDynamic

espero que le ayudará.