java中finalize（）方法的使用
设计一个对象重生的代码来演示，如下：
具体解析如下：
为方便起见, 把a,b两个变量所指的内存空间就叫做a和b。
A a = new A(new B("allen" , 20)) ; //此时a和b都是reachable, unfinalized状态。
a = null ;
这之后, a和b的状态会在某一个时刻变成unreachable, unfinalized或者a和b直接变成f-reachable, unfianlized。
然后在某个时刻，GC检测到a和b处于unfinalized状态，就将他们添加到F-queue，并将状态改为f-reachable finalizable。
之后分两种情况:
1、 GC从F-queue中首先取出a, 并被某个线程执行了finalize(), 也就相当于被某个活动的线程持有, a状态变成了reachable, finalized.。
此时由于a被c对象所引用,所以之后不会变成unreachable finalized而被销毁(重生) 与此同时，b由于一直被a所引用,，所以b的状态变成了reachable, finalizable.。
然后在某个时刻被从F-queue取出, 变成reachable, finalized状态。
2、GC从F-queue中首先取出b,并被某个线程执行了finalize(), 状态变成reachable finalized. 然后a也类似, 变成reachable finalized状态, 并被c引用，重生。
扩展资料：
尽量避免使用finalize()：
1、finalize()不一定会被调用, 因为java的垃圾回收器的特性就决定了它不一定会被调用。
2、就算finalize()函数被调用, 它被调用的时间充满了不确定性, 因为程序中其他线程的优先级远远高于执行finalize（）函数线程的优先级。也许等到finalize()被调用, 数据库的连接池或者文件句柄早就耗尽了。
3、如果一种未被捕获的异常在使用finalize方法时被抛出，这个异常不会被捕获，finalize方法的终结过程也会终止，造成对象出于破坏的状态。被破坏的对象又很可能导致部分资源无法被回收, 造成浪费。
4、finalize()函数和垃圾回收器的运行本身就要耗费资源, 也许会导致程序的暂时停止。
参考资料：
