一、垃圾回收特征 

• 垃圾回收机制只负责回收内存中的对象，不会回收任何物理资源（例如数据库连接、网络IO等资源）； 

• 程序无法精确控制垃圾回收的运行，垃圾回收会在合适的时候进行。当对象永久地失去引用后，系统就会在合适的时候回收它所占有的内存； 

• 垃圾回收机制回收任何对象执之前，总会调用finalize()方法，该方法可能是该对象重新复活（然一个引用变量重新引用该对象），从而导致垃圾回收机制取消回收； 

二、对象在内存中的状态 

• 当一个对象在堆内存中运行的时候，根据它被引用变量所引用的状态，可以把所处的状态分成如下三种： 

  • 可达状态：当一个对象被创建后，弱有一个以上的引用变量引用它，则这个对象在程序中处于可达状态，程序可以通过变量调用该对象的Field和方法； 

  • 可恢复状态： 

    • 如果程序的某个对象不再由任何引用变量引用它，它就进入到可恢复状态； 

    • 这这个状态下，系统的垃圾回收机制准备回收该对象所占有的内存，在回收该对象之前，系统会调用所有可恢复状态对象的finalize()方法进行资源清理； 

    • 如果系统在调用finalize()方法是重新让一个引用变量引用该对象，则这个对象会再次变成可达状态；否则对象进如不可达状态； 

  • 不可达状态： 

    • 当对象和所有引用的关联都被切断，且系统已经调用所有对象的finalize()方法后依然没有使该对象变成可达状态，那么这个对象永久性地失去引用，最后变成不可达状态； 

    • 当一个对象处于不可达状态，系统才会真正回收该对象的所有资源； 

     

• 当某个对象被其他类的类变量引用时，只有该类被销毁后，该对象才会进入可恢复状态；当某个对象被其他类的实例变量引用时，只有当该对象被销毁后，该对象才会进入可恢复状态； 

三、强制垃圾回收 

• 当一个对象失去引用后，系统何时调用它的finalize()方法对它进行资源清理，何时她会变成不可达状态，系统核实何时回收它占有的内存，对程序完全透明；程序只能控制一个对象何时不再被任何引用变量引用，觉不能控制它何时被回收； 

• 程序无法控制Java垃圾回收的时机，但是我们依然可以强制系统进行垃圾回收—这种强制只是通知系统进行垃圾回收，但系统是否进行垃圾回收依然不确定； 

• 垃圾回收机制也不会对程序的建议完全置之不理，垃圾回收机制会在收到通知后，尽快进行垃圾回收； 

• 强制垃圾回收有如下两个方法： 

  • 调用System类的gc()静态方法； 

  • 调用Runtime对象的gc()实例方法； 

 

四、finalize方法 

• 在垃圾回收机制回收某个对象所占用的内存之前，通常要求程序调用适当的方法来清理资源，在没有明确指定清理资源的情况下，Java提供了默认机制类清理该对象的资源，这个机制就是finalize()方法。 

• 当finalize()方法返回后，对象消失，垃圾回收机制开始执行； 

• 如果程序终止之前没有进行垃圾回收，则不会调用失去引用独对象的finalize()方法来清理资源。垃圾回收机制何时调用对象的finalize()方法是完全透明的，只有当程序认为需要更多地额外的内存是，垃圾回收机制才调用； 

• finalize()方法有如下4个特点： 

  • 永远不要调用某个对象的finalize()方法，该方法应交给垃圾回收机制调用； 

  • finalize()方法何时被调用，是否被调用具有不确定性，不要把finalize()方法当成一定会执行的方法； 

  • 当JVM执行可恢复对象的finalize()方法时，可能使该对象或系统中其他对象重新变成可达状态； 

  • 当JVM执行finalize()方法时出现异常时，垃圾回收机制不会报告异常，程序继续执行； 

   

• 由于finalize()方法并不一定会被执行，因此如果清理某个类里打开的资源，则不要放在finalize()方法中进行清理； 

• System和Runtime类里提供了一个runFinalization方法，可以强制垃圾回收机制调用系统中可恢复对象的finalize()方法； 

 

五、对象的软、弱和虚引用 

• Java语言对对象的引用如下4中方式： 

  • 强引用（StrongReference）： 

    • 最常见的引用方式，创建一个对象，并把这个对象赋值给一个引用变量，程序通过该引用变量来操作实际的对象； 

    • 当一个对象被一个或一个以上的引用变量所引用时，它处于可达状态，不可能被系统的垃圾回收机制回收； 

  • 软引用（SoftReference）： 

    • 需要通过SoftReference来实现，当一个对象只有软引用的时，它又可能被来及回收机制回收； 

    • 对于只有软引用的对象而言，当系统内存空间足够的时候，它不会被系统回收，程序也可以引用该对象；当系统内存空间不足的时候，系统可能会回收它； 

    • 通常用于内存敏感的程序中； 

  • 弱引用（WeakReference）： 

    • 通过WeakReference类实现，弱引用和软引用很像，但是弱引用的级别耕地； 

    • 对于只有弱引用的对象而言，当系统垃圾回收机制运行时，不管系统内存是否足够，总会回收该对象所占用的内存； 

    • 当然并不是说当一个对象只有弱引用时，它就会立即回收—正如那些失去引用的对象一样，必须等到系统垃圾回收机制运行时才会被回收； 

  • 虚引用（PhantomReference）： 

    • 通过PhantomReference类实现，虚引用类似于没有引用； 

    • 虚引用对对象本身没有太大的影响，对象甚至感觉不到虚引用的存在，如果一个对象只有一个虚引用，那么它和没有应用的效果大致相同； 

    • 它的主要作用用于跟踪对象被垃圾回收的状态，虚引用不能单独使用，虚引用必须和引用队列（ReferenceQueue）联合使用； 

     

• 上面三个引用类都包含了一个get方法，用于获取被它们引用的对象； 

• 引用队列由java.lang.ref.ReferenceQueue类表示，它用于保存被内存回收后对象的引用‘ 

  • 当联合使用软引用、弱引用和引用队列时，系统在回收内存对象之后，将把被回收的对象对应的引用天天加到关联的引用队列中； 

  • 与软引用和弱引用不同的是，虚引用在对象被释放之前，将把它对应的虚引用添加到它关联的引用队列中，这使得可以在对象被回收之前采取行动； 

   

• 软引用和虚引用可以单独使用，虚引用不能单独使用，单独使用虚引用没有太大的意义； 

  • 虚引用的主要作用就是跟踪对象被垃圾回收的状态，程序可以通过检查与虚引用关联的引用队列中是否已经包含了虚引用，从而了解虚引用的对象是否立即将被回收； 

   

• 使用这些引用类可以避免在程序执行期间将对象保留在内存中。如果以软引用、弱引用或虚引用的方式引用对象，垃圾收集器旧能够随意地释放对象；如果希望尽可能减小程序在其生命周期中所占用的内存大小时，这些引用类就很有用途； 

• 必须指出：要使用这些特殊的引用类，就不能保留对对象的强引用；如果保留了对象的强引用，旧会浪费这些引用类所提供的任何好处；