垃圾收集器与内存分配策略

一、GC收集器

1、GC回收需要思考的三件事：

a) 如何判断哪些内存需要回收？

b) 用什么回收？

c) 什么时候进行回收？

以下分别针对这个几个问题进行说明。

问题1：如何判断哪些内存需要回收？

判断方法有两种（HotSpot默认采用第二种）:

1.引用计数算法

给对象添加一个引用计数器，每当一个地方引用它时，计数器值就加1；当引用失效时，计数器值就减1；任何时刻计数器都为0的对象就是不可能再被使用的。

2. 根搜索算法

通过“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用堆，当一个对象到GCRoots 没有任何引用链相连，则证明此对象是不可用的。在java中可以做为GC Root对象的引用对象有下面几种：

虚拟机栈中引用的对象；

方法区中的类静态属性引用的对象；

方法区中常量引用的对象；

native方法引用的对象；

注：1) 每个对象的finalize()方法都只会被系统自动调用一次。

2) 在根搜索算法中不可达的对象，并不是“非死不可”的。这种对象可以进行自我拯救，在调用finalize()方法时将自己重新与引用链上的任何一个对象建立关联即可。但是如果面临对象的下一次回收，就无法进行自救了。

问题2：用什么回收？

用垃圾收集器进行回收，垃圾收集器基于垃圾算法进行垃圾回收的。

下面先介绍垃圾收集算法：

1. 标记-清除算法（最基础算法、适用于老年代）

原理: 算法分为两个标记和清除两个阶段，首先标记(根搜索算法)出所有需要回收的对象，在标记完成后统一回收掉所有被标记的对象。

缺点：效率问题，在标记和清除过程中的效率都不高；空间问题，标记清除之后会产生大量的碎片,给以后的运行程序无法分配连续的内存.

2.复制算法(适用于新生代)

原理: 将可用的内存按容量分为大小相等的两块，每次只使用其中的一块，当这一块内存用完了，就将还存活着的对象复制到另一块上去，然后再把已使用过的内存空间一次清理掉。

1. 标记-整理算法（适用于老年代）

标记过程基于标记-清除算法一样，后续步骤是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。

接下来介绍垃圾收集器：

1. Serial收集器(复制算法)：最悠久的收集器。特性：单线程收集器，在进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束（STW）。在Client模式下的虚拟机中选择Serial收集器是个很好的选择。

2. ParNew收集器(复制算法)：Serial收集器的多线程版本。是许多运行在Server模式下的虚拟机中首选的新生代收集器。

3. Parallel Scanvenge收集器（复制算法）：并行又多线程的收集器，高吞吐量（运行代码时间/运行代码时间+垃圾收集时间）。

4. Serial old收集器(标记整理)

5. Parallel old收集器（标记整理算法）：主要与Parallel scanvenge收集器进行合并使用。

6. CMS收集器（标记清除法）

二、内存分配与回收策略　　

1、对象优先在Eden分配；当Eden区没有足够的空间进行分配时，虚拟机将发起一次MinorGC（新生代GC）。

2、大对象直接进入老年代。（有参数设置允许分配最大对象的内存大小）

3、长期存活的对象将进入老年代。（默认年龄15，也可设置）

4、动态年龄判断：如果在Survivor空间中相同年龄所有对象的大小的综合大于 Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代（不受参数限制了）

5、空间分配担保

Minor GC时，vm会检测每次晋升老年代的平均大小是否大于老年代的剩余空间大小，如果大于，直接改为Full GC。如果小于，查看是否允许担保;如果允许则进行Minor GC；如果不允许则进行Full GC。（问题3：什么时候回收？ ）

垃圾收集器与内存分配策略