java的垃圾回收与finalize

当一个对象在堆内存中运行时，根据它被引用变量所引起的状态把他们分为以下三种状态

1：可达状态：有一个以上的引用变量引用它

2：可恢复状态：某个对象不再有任何变量引用它，进入可恢复状态。
       这种状态下,系统的垃圾回收机制准备回收该对象所占用的内存，在回收对象之前，系统调用所有可恢复状态的对象的finalize()方法，进行资源清理，如果系统在调用finalize()方法时重新让一个引用变量引用该对象，则这个对象会再次变为可达状态，否则，该对象进入不可达状态

3：不可达状态:对象与所有引用变量的关联都被切断，且系统已经调用过所有对象的finalize()方法，仍然没有使该对象变为可达状态，那么该对象将永久的失去引用，变为不可达状态，系统才会真正的回收该对象所占用的资源

接下来 我们举个例子：

public static void test(){
	String a = new String("haha");//1
	a = new String("java");//2
}
public static void main(String[] args){
	test();//3
}

执行（1）时，a变量指向 haha ,haha处于可达状态；
执行（2）时，再次创建java对象，a指向该对象，！！！此时，haha处于可恢复状态，java处于可达状态

---

注意：一个对象可以被一个方法的局部变量引用，也可以被其他类的变量引用，或者被其他对象的实例变量引用。当某个对象被其他类的类变量引用时，只有该类被销毁后，该对象才会进入可恢复状态，当某个对象被其他对象的实例变量所引用时，只有当该对象被销毁后，该对象才进入可恢复状态!!!

---

强制垃圾回收:

当一个对象失去引用时，系统何时调用它的finalize()，何时它会变成不可达，系统何时回收它所占有的内存，对程序完全透明，程序只能控制何时不再被任何引用变量引用它。

可以强制系统进行垃圾回收（通知系统进行垃圾回收）：
强制回收的两种方式：
（1）：system类的gc()静态方法：System.gc().
（2）：Runtime对象的gc()实例方法：Runtime.getRuntime().gc().

finalize():该方法是定义在Object类里的实例方法
protect void finalize() throws Throwable【抛出任何类型的异常】

finalize()方法具有如下4个特点：
（1）永远不要主动调用某个对象的finalize()方法，该方法应该交给垃圾回收机制调用；
（2）finalize()方法何时被调用、是否调用具有不确定性，finalize()方法不一定会执行；
（3）JVM执行可恢复对象的finalize()方法时，可能使该对象或其他对象变为可达状态；
（4）JVM执行finalize()方法出现异常时，垃圾回收机制不会报告异常，程序继续执行。