¿Patrones comunes de fuga de memoria/referencia de Java?

Question

Tal vez el ejemplo más típico es el cierre JDBC hecho de manera incorrecta y no maneja las posibles excepciones correctamente. Tengo mucha curiosidad por ver otros ejemplos que hayas visto, preferiblemente relacionados con aplicaciones web.

Entonces, ¿hay algún patrón de fuga común en Java?

Answer 1

Los dos patrones principales "de fuga efectiva" en mi experiencia son:

• Estática y únicos que crecen gradualmente con el tiempo. Esto podría incluir cachés, conjuntos de conexiones mal implementados y usados, diccionarios de "cada usuario que hemos visto desde el inicio", etc.
• Las referencias de los objetos de larga duración a los objetos que fueron previstos tienen una vida corta. En C# esto puede suceder con eventos, y el patrón de observador equivalente podría dar el mismo tipo de efecto en Java. Básicamente, si le pide a un objeto (el observador) que mire otra (la fuente), generalmente termina con una referencia de fuente a observador. Eso puede terminar siendo la única referencia "en vivo", pero vivirá tanto tiempo como la fuente.
• Permgen pierde si sigue generando código nuevo dinámicamente. Estoy en un terreno más rocoso aquí, pero estoy bastante seguro de haber tenido problemas de esta manera. Es posible que esto se deba, en parte, a los errores de JRE que se han solucionado desde entonces: ha pasado demasiado tiempo desde que sucedió para que yo lo recuerde con certeza.
• Las pruebas unitarias que se mantienen en estado pueden durar más tiempo de lo que cabría esperar porque JUnit se aferrará a las instancias del caso de prueba. De nuevo, no puedo recordar los detalles, pero a veces esto hace que valga la pena tener una "anulación variable" explícita en el derribo, anacrónico como se ve.

No puedo decir que he encontrado regularmente fugas de memoria a ser un problema en Java (o .NET) sin embargo.

Answer 2

No diría que es común - las fugas son muy raras en Java - pero he visto una fuga debido a mantener una referencia a una clase interna no estática que no usó la instancia externa, pero sostuvo una referencia de todos modos.

Answer 3

fugas PermGen podrían ocurrir debido a:

• Daemon hilos que se mantienen vivas después de la aplicación es no desplegado.
• ganchos de apagado registrados en los JVM
• las variables ThreadLocal donde el valor tiene una referencia a una clase cargada por el cargador de clases

Estas son todas las aplicaciones web relacionado. No ocurren en aplicaciones estándar de Java.