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