public class CanReliveObj {
public static CanReliveObj obj;
protected void finalize()
{
System.out.println(“fialize “);
try {
super.finalize();
} catch (Throwable e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
System.out.println(“obj finalize called”);
obj = this;
}
/*
*
*/
public static void main(String[] args) throws InterruptedException{
obj = new CanReliveObj();
obj = null;
System.gc();//obj复活了
Thread.sleep(1000);
if (obj == null){
System.out.println("obj is null");
} else {
System.out.println("obj can be used");
}
System.out.println("second gc()");
obj = null;
System.gc();
if (obj == null){
System.out.println("obj is null");
} else {
System.out.println("obj can be used");
}
}
}
运行结果如下:
fialize
obj finalize called
obj can be used
second gc()
obj is null
- java的GC只负责内存相关的清理,所有其它资源的清理必须由程序员手工完成。要不然会引起资源泄露,有可能导致程序崩溃。
- 调用GC并不保证GC实际执行。
- finalize抛出的未捕获异常只会导致该对象的finalize执行退出。
- 用户可以自己调用对象的finalize方法,但是这种调用是正常的方法调用,和对象的销毁过程无关。
- JVM保证在一个对象所占用的内存被回收之前,如果它实现了finalize方法,则该方法一定会被调用。Object的默认finalize什么都不做,为了效率,GC可以认为一个什么都不做的finalize不存在。
- 对象的finalize调用链和clone调用链一样,必须手工构造。
从上面的程序可以看出,调用finalize()方法引起了内存外泄,因为obj复活了,
因此:
1. finalize()方法不推荐使用,它是一种非常糟糕的模式;
2. 因为finalize()方法是被系统调用的,调用时间不明确,因此不是一个很好的释放资源的方案;
3. 推荐使用try-catch-finally来释放资源;