Java, la ejecución de un método cuando el alcance del objeto finaliza

Question

Tengo un objeto con un cierto estado. El objeto se pasa y su estado se altera temporalmente. Algo así como:

public void doSomething(MyObject obj) { 
    obj.saveState(); 
    obj.changeState(...); 
    obj.use(); 
    obj.loadState(); 
} 

En C++ es posible utilizar el alcance de un objeto para ejecutar código cuando la construcción y distructing, como

NeatManager(MyObject obj) { obj.saveState(); } 
~NeatManager() { obj.loadState(); } 

y llamarlo como

void doSomething(MyObject obj) { 
    NeatManager mng(obj); 
    obj.changeState(); 
    obj.use(); 
} 

Este simplifica el trabajo, porque el guardar/cargar está enlazado con el alcance del objeto NeatManager. ¿Es posible hacer algo como esto en Java? ¿Hay alguna manera de llamar a un método cuando el objeto sale del ámbito en el que se ha declarado? No estoy hablando de finalize() ni de "destrucción" (recolección de basura), estoy interesado en el alcance.

Gracias

Answer 1

No, no hay tal cosa. El más cercano es probablemente un try/finally:

try 
{ 
    obj.changeState(...); 
    obj.use(); 
} 
finally 
{ 
    obj.loadState(); 
} 

Esto asegura que loadState() es llamada incluso cuando se produce una excepción o hay un temprano return.

Answer 2

No, no hay nada como eso. Lo más cercano que tienes es try/finally.

En C# está la declaración using, que ejecuta un método Dispose al final:

using (Stream x = ...) 
{ 
} // x.Dispose() is called here, in a finally block 

Hay una posibilidad de que Java 7 ganará algo un poco como esto, pero no creo que ha sido establecido nada en piedra todavía

Answer 3

Respuesta corta: No.

respuesta Medio: La mejor práctica en esta situación es el uso de un bloque try ... finally.

Respuesta más larga: C++ realmente tampoco le da esto: los destructores C++ se ejecutan en la desasignación. Si no puede desasignar un objeto y todas las referencias al mismo quedan fuera del alcance, no se invocará el destructor.

Como un aparte, si la recolección de basura en Java era el conteo de referencias, los finalizadores implementarían exactamente este comportamiento.

Answer 4

Como nota adicional, no se sienta tentado a utilizar el método Object.finalize(), que se ejecuta cuando un objeto es GC'd, ya que no tiene control sobre cuándo se recopila el objeto.

Answer 5

Java 7 tiene try-with-resources y puede extender la clase AutoCloseable para hacer uso de ella.

Para Java 6 es posible que desee ver la pregunta relacionada: What is the best way to emulate try-with-resources in Java 6?