- 对象在内存中的状态
- 可达状态，有一个以上的引用变量引用这个对象时，就说明该对象在可达状态，程序可以通过引用变量调用该对象的field和方法。
- 可恢复状态，所有引用变量都与这个对象断开联系，就进入可恢复状态。这可恢复状态下，系统地垃圾回收机制准备回收该对象，但回收之前，系统会调用该对象的finalize（）方法进行资源清理。如果在finalize（）方法中，重新让一个引用变量引用该对象，则这个对象会再次变成可达状态，否则就进入不可达状态。
- 不可达状态：这个对象永久性失去引用，系统会真的回收该对象所占的资源。
一个对象可以被一个方法的局部变量引用，也可以被其他类的类变量引用，或被其他对象的实例变量引用。如果被其他类的类变量引用时，只有该类被销毁后，该对象才会进入可恢复状态，当某个对象被其他对象的实例变量引用时，只有当该对象被销毁后，该对象才会进入可恢复状态。
- 强制垃圾回收
程序只能控制一个对象何时不再被任何引用变量引用，绝不能控制它何时被回收。程序无法精确控制Java垃圾回收的时机，但我们依然可以强制系统进行垃圾回收 ---- 不过只是通知系统进行垃圾回收，系统到底回不回收还不确定。
强制垃圾回收的方法：
- 调用System类的gc静态方法：System.gc();
- 调用Runtime类的gc实例方法：Runtime.getRuntime().gc()
java -verbose:gc GcTest 命令： 运行Java命令时指定-verbose:gc选项，可以看到每次垃圾回收后的提示信息。
- finalize方法
垃圾回收机制开始之前才会调用finalize方法，finalize方法返回后，对象消失，垃圾回收机制真正开始。不过垃圾回收机制何时调用finalize（）方法是完全透明的，只有当内存不够时，垃圾回收机制才会进行垃圾回收。
特点：
- 永远不要主动调用某个对象的finalize(), 该方法应该交给垃圾回收机制调用
- finalize()何时被调用不确定，不要把finalize（）方法当成一定会执行的方法。
- 当JVM执行可恢复对象的finalize()时，可能使该对象或其他对象重新变回可达状态。
- 当JVM执行finalize方法出现异常时，垃圾回收机制不会报告异常，程序继续执行。
public class FinalizeTest { private static FinalizeTest ft = null; public void info() { System.out.println("testing finalize()"); } public static void main(String[] args) throws Exception { new FinalizeTest(); System.gc(); Thread.sleep(2000); // Thread.sleep 只是在等待系统调用finalize（），如果直接用runFinalization(), 就不用等待了 // Runtime.getRuntime().runFinalization() // System.runFinalization() ft.info(); } public void finalize() { ft = this; }} main方法中创建了一个Finalize类的匿名对象，因为创建后没有任何引用指向它，所以它立即进入可恢复状态，系统调用gc通知进行垃圾回收，2s后，ft对象可以直接调用info方法。
- 对象的软/弱/虚引用
- 强引用：程序创建一个对象，并把这个对象赋给一个引用变量，程序通过该引用变量来操作实际的对象。
- 软引用：