垃圾回收机制的特征：
1. 垃圾回收机制只负责回收堆内存中的对象，不回回收任何物理资源（例如数据库连接，网络IO等资源）
2. 程序无法精确控制垃圾回收的运行，垃圾回收会在合适的时候进行，当对象永久性的失去引用后，系统就会在合适的时候回收它所占的内存。
3. 垃圾回收在回收任何对象之前，总会先调用它的finalize 方法，该对象可能使该对象重新复活（让一个引用变量重新引用该对象），从而导致垃圾回收机制取消回收。
对象在内存中的状态：
当一个对象在堆内存中运行时，根据它被调用应用变量所引用的状态，可以把它所处的状态分成如下三种：1.激活状态：当一个对象被创建后，有一个以上的引用变量引用它，则这个对象在程序中处于激活状态，程序可以通过引用变量来调用该对象的属性和方法。
2.去活状态：程序中某个对象不再有任何引用变量引用它，它就进入了去活状态，在这个状态下，系统的垃圾回收机制准备回收该对象所占用的内存，在回收对象之前，系统会调用所有去活状态的finalize 方法进行资源清理，如果系统调用finalize方法重新让一个引用变量引用该对象，则这个对象会再次变为激活状态，否则该对象将进入死亡状态。
3.死亡状态：当对象与所有引用变量的关联都被切断，且系统已经调用所有对象的finalize方法依然没有使该对象变成激活状态，那么这个对象将永久性的失去引用，最后变成死亡状态。只有当一个对象处于死亡状态时，系统才会真正回收该对象所占有的资源。
对象与垃圾回收：
通过new创建对象
-----------------------------》激活状态
| |
失去引用| |调用某个对象的finalize方法使其重新被引用
| |
去活状态
|
|彻底失去引用
| 垃圾回收
死亡状态-----------------------------
当某个对象被其他类的类属性引用时，只有该类被销毁后，该对象才会进入去活状态，当某个对象被其他对象的实例属性引用时，只有当该对象被销毁后，该对象才会进入去活状态。
强制垃圾回收：
当一个对象失去引用后，系统何时调用它的finalize方法对它进行资源清理，何时它会变成死亡状态，系统何时回收它所占的内存，对于程序完全透明，程序只能控制一个对象何时不再被任何引用变量引用，绝不能控制它何时被回收。
程序无法精确控制java垃圾回收的时机，但我们依然可以强制进行垃圾回收----只是这种强制只是通知系统进行垃圾回收，但系统是否进行垃圾回收依然不确定。大部分时候，程序强制系统垃圾回收后，总会有一些效果
强制系统垃圾回收两个方法：
调用System类的gc()静态方法：System.gc();
调用Runtime对象的gc()实例方法：Runtime.getRuntime().gc();
这种强制仅仅只是建议系统立即进行垃圾回收，系统完全有可能并不立即进行垃圾回收，但垃圾回收机制不会对程序的建议完全置之不理，垃圾回收机制会在收到通知后，尽快进行垃圾回收。
Fanlize方法：
当垃圾回收机制回收某个对象所占用的内存之前，通常要求程序调用适当的方法来清理资源，在没有明确指定资源清理的情况下，java提供默认机制来清理该对象的资源，这个方法就是finalize该方法定义在Object类的实例方法，protected void finalize() throws Throwable
当fianlize()方法返回之后，对象消失，垃圾回收机制开始执行。
Finalize方法四个特点：
1. 永远不要主动调用某个对象的finalize方法，该方法应交给垃圾回收机制调用
2. Finalize方法何时被调用，是否被调用具有不确定性，不要把finalize方法当成一定会被执行的方法。
3. 当JVM执行去活对象finalize方法时，可能是该对象或系统中的其他对象重新变成激活状态
4. 当JVM执行finalize方法时，出现异常，垃圾回收机制不会报告异常，程序继续执行
由于finalize方法并不一定会被执行，如果想保证某个类里打开的资源被清理，不要放在fianlize方法中进行清理
System和Runtime类里runFinalization()方法，可以强制垃圾回收机制调用系统中去活对象的finalize方法。