Java高阶私房菜：JVM分代收集算法介绍和各垃圾收集器原理分解

针对不同生命周期的对象采用不同的垃圾回收策略，以达到更好的垃圾回收效果。年轻代空间多数对象存活时间短，可以高频地进行回收；而在老年代空间多数对象存活时间久，则需要低频回收。分代算法是根据回收对象的特点进行选择，根据上篇总结,年轻代适合标记-复制算法，老年代适合标记清除或标记压缩算法，通过将内存划分为不同的代，可以使得Minor GC的频率更高，更早地回收垃圾对象，减少Full GC的发生频率，提高整体性能。

JVM将内存分为年轻代和老年代，其中年轻代又分为Eden区和两个Survivor区。

年轻代：用于存放新生的对象，其中Eden区是新对象的分配区域，当Eden区满时，会触发Minor GC，将存活的对象移动到Survivor区，同时清空Eden区，Survivor区则用于存放经过一次Minor GC后存活的对象。

老年代：用于存放长时间存活的对象，当年轻代中的对象经过多次Minor GC后仍然存活，就会被移动到老年代，当老年代满时，会触发Full GC。

GC的分类和专业术语

Partical GC（部分收集）

新生代收集：对象从Young 区域消失（被回收）的过程称为“minor GC / Young GC”，Eden 的清理，S0\S1的清理都由于MinorGC，当YoungGen区内存不足时，就会触发minorGC。

老年代收集：对象从老年代中消失的过程，清理整合OldGen的内存空间，称为“Major GC/Old GC”，有些垃圾收集器针对老年代单独回收，所以比较少用

Full GC（整堆收集）

清理整个堆空间，包括年轻代和老年代，可以理解为Major GC+Minor GC组合后进行的一整个过程，是清理JVM整个堆空间。

其实不用过多关心是叫Major GC还是Full GC，应该关注当前的 GC是否停止了所有应用程序的线程，许多Major GC 是由 Minor GC 触发的, 出现 Major GC通常出现至少一次的Minor GCMajorGC 的速度一般要比Minor GC慢 10倍不止。

其可手动调用System.gc( )触发, 但却不一定会立马执行Full GC，而只是提交了一个回收请求，由JVM的自动垃圾回收机制判断当前是否触发Full GC，即当老年代空间不足 , 通过Minor GC后进入老年代的平均大小大于老年代的可用内存。

需要注意的是，当执行Full GC时，它会暂停所有当前的应用线程，时间由回收效率而定，直至整个垃圾回收过程完成才恢复正常，它对系统的性能有较大影响，所以在生产环境中要尽量避免使用该方法，可以通过启动参数-XX:+ DisableExplicitGC来禁止调用System.gc()。内存的优化则尽量利用JVM垃圾回收策略来维护，包括日常的编码中不再使用的变量要置Null切断与堆空间的联系。

STW（Stop The World）

垃圾回收发生过程中，用户线程在运行至安全点（safe point）后，就自行挂起进入暂停状态，对外的表现就是卡顿，所以应尽量减少Full GC的次数，是Minor GC还是Major GC都会STW，区别只在于STW的时间长短。