¿Cómo usar la recolección de basura para eliminar archivos?

Question

Hola, estoy usando una gran cantidad de archivos temporales en Java y mi problema es que no se eliminan.

Sin tener que implementar mi propio manejo de la gestión temporal de archivos (no es difícil, te lo concedo pero soy flojo y tengo tantas cosas que hacer si puedo ahorrar reinventar la rueda todo esto mejor) ¿hay alguna manera de asegúrese de que los archivos temporales en el disco se eliminarán de una manera bastante regular.

1 - usando File tmp = File.createTempFile(), seguro que puedo decir tmp.deleteOnExit() pero si la cosa se ejecuta en un servicio, la única forma en que se cierra es cuando se bloquea (ocurre con poca frecuencia) o cuando el sistema falla (como cuando la unidad está completamente llena de archivos temporales y derriba el clúster ... ¡Uy!)

Idealmente, las instancias creadas se recopilan en algún momento por el recolector de basura, y dado que hay MUCHA el tiempo de inactividad en la aplicación sería simplemente genial si el GC pudiera, bueno, terminar su limpieza y realmente eliminar el archivo en el disco también al eliminar la referencia de la instancia de la memoria.

la única forma que veo ahora es sobrecargar la clase File y agregar un método finalizado ... ¡Si lo hago, también podría hacerlo con mi propio administrador de archivos temporal!

En resumen, ¿puedo usar el Recolector de basura para limpiar los recursos del sistema (es decir, los archivos) también?

---

Gracias a todos por sus respuestas. Acepté Christoffer porque era lo más simple de implementar y es lo que terminé haciendo.

Supongo que haberme limpiado después de tantos años me ha hecho olvidar la limpieza básica que, sin embargo, tuve que hacer en los buenos días de C++.

Answer 1

Seguro que puedes. La pregunta es si realmente quieres :)

De hecho, he encontrado este problema en la naturaleza; como ha notado, limpiar archivos temporales con deleteOnExit() es inútil cuando se ejecuta un servicio en lugar de una aplicación. Descubrí que la solución más estable era reestructurar el flujo del programa de modo que los archivos temporales se crearan por tarea y se eliminen explícitamente cuando ya no los necesiten.

Si lo hace de otra manera, es decir, si el programa no puede concluir si un archivo temporal debe mantenerse o descartarse en algún momento durante la ejecución, es posible que tenga un problema de diseño. Envolver archivos en algún arnés de administrador simplemente pospondrá la solución "real";)

Answer 2

Es posible que desee ver en PhantomReference:

objetos de referencia Phantom, que están en cola después de que el colector determina que sus referentes de lo contrario se pueden reutilizar. Las referencias ficticias se utilizan con mayor frecuencia para programar acciones de limpieza premortem de una manera más flexible que la que es posible con el mecanismo de finalización de Java.

Answer 3

Confiar en un evento para disparar cuando se destruye su clase no será infalible y puede dejar archivos atrasados.

Creo que la forma más sencilla y fiable para lograr la limpieza de los archivos temporales es el siguiente:

• Escribir un controlador de eventos para cuando el programa se cierra para limpiar los archivos que tenías abiertas durante la sesión actual .
• Escriba un procedimiento que se ejecutará cuando se inicie el programa, que borrará cualquier archivo temporal en esta carpeta que tenga más de 24 horas.

Con este enfoque no tiene que temer si su programa se cuelga por algún motivo y deja archivos temporales atrás, y tampoco tiene que preocuparse de que el programa borre archivos que todavía están en uso.

Answer 4

La recolección de basura es el espacio de nombre incorrecto para este tipo de manejo de información.

El siguiente punto debería ser suficiente para manejar archivos temporales.

1. Debería intentar eliminar el archivo directamente después de que ya no use el archivo. Un bloque de finalización puede manejar esto.

2. DeleteOnExit debes usar.

3. Puede crear sus archivos temporales en un directorio especial de temp. Este directorio temporal puede eliminarse cuando se inicia y cierra la aplicación, para asegurarse de que no haya archivos temporales después de que se cierre la aplicación.

Answer 5

Bien se podría hacer una envoltura para un archivo que utiliza un finalizer eliminar su archivo cuando el objeto es basura recogida.

Pero los finalizadores no se llaman de ninguna manera predecible, así que realmente no lo recomendaría en absoluto.

Answer 6

Recolector de basura no es un lugar para liberar este tipo de recurso. Consulte estos dos artículos a continuación sobre cómo liberar recursos en Java http://c2.com/cgi/wiki?ReleasingResourcesInJava Y también los problemas de rendimiento con los finalizadores de Java. Pueden dar alguna idea y entendimiento sobre cómo debería usarse. http://www.enyo.de/fw/notes/java-gc-finalizers.html

Answer 7

El recolector de basura no es útil para tales cosas. Está diseñado para la administración de memoria y puede tener muchas desventajas.

• Su objeto podría ser recogido durante mucho tiempo después de que el archivo ya no esté en uso.
• Su objeto no está garantizado para ser recogido en absoluto.

Ambas cosas suceden especialmente a menudo, si Java se inicia con un gran tamaño de almacenamiento dinámico, algo que en el lado del servidor no es inusual.

En algún punto de su programa, debe cerrar los flujos en ese archivo (de lo contrario, se comería los archivos del sistema, eso hace que el sistema no se pueda usar, ya lo hice). En el momento en que cierra las transmisiones, también puede eliminar el archivo asociado. Esa es la manera más limpia.