JVM理解之垃圾回收（一）

说起Java的垃圾回收机制，无非弄懂三个问题：

     哪些内存需要回收？

     什么时候回收？

     怎么回收？

下面将分别针对上面提出的问题一一解释：

1）哪些内存需要回收

 在堆里面存放着Java世界中几乎所有的对象实例，垃圾收集器在对堆进行回收前，第一件事情就是要确定这些对象之中哪些还“存活”着，哪些已经“死去”（即不可能再被任何途径使用的对象）。也就是说回收的就是所谓的已经死去的对象。下面介绍两个主要的判断对象是否存活的算法。

① 引用计数算法

引用计数算法， 给对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；当引用失效时，计数器值就减1；任何时刻计数器为0的对象就是不可能再被使用的。该方法实现简单，效率高，但是它很难它很难解决对象之间相互循环引用的问题。所以，大多数jvm判断对象是否存活基本都不用该方法，而是采用下面的这个算法。

② 可达性分析算法

这个算法的基本思路就是通过一系列的称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所

走过的路径称为引用链，当一个对象到GC  Roots没有任何引用链相连（就是从GC Roots到这个对象不可达）时，则证明此对象是不可用的。如图所示，对象object 5、object 6、object 7虽然互相有关联，但是它们到GC Roots是不可达的，所以它们将会被判定为是可回收的对象。

     

    

      但是即使在可达性分析算法中不可达的对象，也并非是“非死不可”的，这时候它们只是暂时处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历两次标记过程：如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize（）方法。当对象没有覆盖finalize（）方法，或者finalize（）方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必要执行”就再进行第二次标记才可确定死亡。

      如果这个对象被判定为有必要执行finalize（）方法，那么这个对象将会放置在一个叫做F-Queue的队列之中，并在稍后由一个由虚拟机自动建立的、低优先级的Finalizer线程去执行它。finalize（）方法是对象逃脱死亡命运的最后一次机会，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象要在finalize（）中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可，譬如把自己（this关键字）赋值给某个类变量或者对象的成员变量，那在第二次标记时它将被移除出“即将回收”的集合；如果对象这时候还没有逃脱，那基本上它就真的被回收了。
执行，但是它仍然可以存活。

      综上，我们就可以更准确的回答上面提到的第一个问题，答案就是jvm回收的是经过可达性分析算法判定为可回收并且经过两次标记确认为死忙的对象。

 2）什么时候回收

① 在介绍什么时候进行堆内存回收的时候，先了解一下java堆的内存结构：

      

1.JVM中堆空间可以分成三个大区，新生代、老年代（ 永久代   这个概念在上篇文章有解释过，其实也是jvm的方法区）

2.新生代可以划分为三个区，Eden区，两个Survivor区。

3.HotSpot虚拟机默认Eden和Survivor的大小比例是8:1:1

② GC又分为minor GC 和 Full Gc(也称为Major GC)。

         新生代GC（Minor GC）：指发生在新生代的垃圾收集动作，因为Java对象大多都具备朝生夕灭的特性，所以Minor GC非常频繁，一般回收速度也比较快。
       老年代GC（Major GC/Full GC）：指发生在老年代的GC，出现了Major GC，经常会伴随至少一次的Minor GC，所以也有人说Full GC是清理整个堆空间包括年轻代和老年代（但非绝对的，在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程）。Major GC的速度一般会比Minor GC慢10倍以上。

        大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够空间进行分配时，虚拟机将发起一次Minor GC。同样的，当老年代没有足够的空间，则发起Full GC。

       这里还涉及到一个知识点就是空间分配担保的问题，首先 对象优先是在Eden分配、大对象是直接进入老年代的（所谓的大对象是指，需要大量连续内存空间的Java对象，最典型的大对象就是那种很长的字符串以及数组）、长期存活的对象将进入老年代（对象在Survivor区中每“熬过”一次Minor GC，年龄就增加1岁，当它的年龄增加到一定程度（默认为15岁），就将会被晋升到老年代中。对象晋升老年代的年龄阈值，可以通过相关参数设置）。

       所谓在发生MinorGC之前，虚拟机会先检查老年代最大可利用的连续空间是否大于新生代所有对象的总空间。如果大于则进行Minor GC，如果小于则看HandlePromotionFailure设置是否是允许担保失败（不允许则直接FullGC）如果允许，那么会继续检查老年代最大可利用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于则尝试minor gc （如果尝试失败也会触发Full GC），如果小于则进行Full GC。

     上面所介绍的，具体什么时候执行，这个是由系统来进行决定的，是无法预测的。但是程序员也可以显式通知JVM可以进行一次垃圾回收，比如调用方法：System.gc()。

     所以，上面的介绍就回答了刚才提到的第二个问题。接下来来看下一个问题，如何回收，针对这个问题，后面一篇博客有专门的介绍。