Java垃圾回收机制

1、当程序创建对象时，系统会在堆空间中为之分配一块内存区域，对象就保存在该内存中，当这块内存不再配任何引用变量引用时，这块内存就变成垃圾，等待垃圾回收机制进行回收。垃圾回收机制具有如下特征:
1)、垃圾回收机制只负责回收堆内存中的对象，不会回收任何物理资源(例如：数据库连接，网络IO等资源)。
2)、程序无法精确的控制垃圾回收的运行，垃圾回收会在合适的时候进行。当对象永久性的失去引用后，系统就会在合适的时候回收它所占的资源。
3)、垃圾回收机制在回收对象之前，会调用它的finalize方法，该方法可能使该对象重新复活(让一个引用变量重新指向该对象)，从而导致垃圾回收机制取消。
2、当一个对象在堆空间中运行时，根据它所被引用变量所引用的状态，可以把它所处的状态分为一下三种：
1)、激活状态：当一个对象被创建后，有一个或一个以上的引用变量指向它，则这个对象在这个程序中处于激活状态，程序可以通过引用变量来调用该对象的属性和方法。
2)、去活状态：如果创需中的某个对象不再被任何引用变量引用，它就进入了去活状态。在这个状态下，系统的垃圾回收机制会准备回收该对象所在用的内存，在回收该对象之前，会调用去活状态对象的finalize方法进行资源清理。如果系统在调用finalize方法重新让一个引用变量指向该对象，则这个对象会再此变成激活状态，否则该对象会变成死亡状态。
3)、死亡状态：当对象与所有的引用变量的关系切断，并且已经调用了该对象的finalize方法依然没有使该对象处于激活状态，那么该对象将永久性的失去引用，最后变成死亡状态。只有当一个对象在处于死亡状态的时候，系统才会真正回收该对象所占有的资源。
3、强制进行垃圾回收
当一个对象失去引用后，系统何时会调用该对象的finalize方法进行资源清理，合适它会变成死亡状态，系统何时回收它所占有的内存，对与程序来说是做不到的。程序只能控制一个对象何时不在被引用变量引用，绝不能控制它何时被回收。
程序无法精确的控制Java垃圾回收的时机，但是我们依然可以强制系统进行垃圾回收，只是这种强制只是通知系统进行垃圾回收，至于系统什么时候回收依然不确定。强制系统垃圾回收有如下两个方法：
1)调用System类的gc()静态方法。System.gc();
2)调用Runtime对象的gc()实例方法：Runtime.getRuntime().gc();
4、当垃圾回收机制回收某个对象所占有的内存之前，通常要求程序调用适当的方法来清理资源，在没有明确指定清理资源的情况下，Java提供了默认机制来清理该对象的资源，这个方法就是finalize。垃圾回收机制调用对象的finalize是完全透明的，只有当程序认为需要更多额外内存时，才会进行垃圾回收。因此,完全有一种情形：某个失去引用的对象只占用了少量的内存，而且系统没有产生严重的内存需求，因此垃圾回收机制并没有视图回收该对象所占有的内存，所以该对象的finalize方法也不会被调用。
finalize方法有如下四个特征：
1)、永远不要主动的调用对象的finalize方法，应该交给垃圾回收机制调用。
2)、finalize方法何时被调用，是否被调用具有不确定性，不要把finalize方法当成一定会执行的方法。
3)、当JVM执行去活对象的finalize方法时，可能使该对象或系统中其它对象重新处于激活状态。
4)、当JVM执行finalize方法时，出现异常，垃圾回收机制不会报告异常，程序继续执行。