JVM底层GC详解

Java垃圾回收机制

1. 对象被判定为垃圾的标准
   没有被其他对象引用

2. 判断对象为垃圾的算法
   引用计数算法：
   判断对象的引用数量来决定对象是否可以被回收
   每个对象实例都有一个引用计数器，被引用+1，完成引用-1
   任何引用计数为0就可以被回收
   优点：执行效率高，程序执行受影响较小
   缺点：无法检测出循环引用的情况，会导致内存泄露

   可达性分析算法
   判断对象的引用链是否可达来决定对象的回收
   
   可以作为GC Root 的对象
   虚拟机栈中引用的对象
   方法区中的常量引用的对象
   方法区中类静态属性引用的对象
   本地方法栈中JNI（Native）的引用对象
   活跃线程的引用对象

标记-清除算法（Mark and Sweep）

标记：从根集合进行扫描，对存活的对象进行标记
清除：对堆内存从头到尾进行遍历，回收不可达对象内存

缺点：碎片化，会产生大量的垃圾碎片

复制算法（Copying）

分为对象面和空闲面
对象在对象上创建
存活的对象被从对象面复制到空闲面
将对象面的所有内存清除

优点：解决了碎片化问题
顺序分配内存，简单高效
适用于对象存活率低的场景

标记-整理算法（Compacting）

标记：从根集合进行扫描，对存活的对象进行标记
清除：移动所有存活的对象，且按照内存地址次序依次排列，然后将末端内存地址以后的内存全部回收

优点：
避免了内存的不连续行
不用设置两块内存互换
适用于存活率高的场景

分代收集算法（Generational Collector）

按照对象声明周期的不同划分区域采用不同的垃圾回收算法
目的：提高JVM的回收效率

年轻代存活率低，采用复制算法
老年代存活率高，采用标记清除、标记整理算法

Stop-the-world
JVM由于要执行GC而停止了应用程序的执行
任何一种GC算法中都会发生
多数GC优化通过减少stop-the-world发生的时间来提高程序性能

Safepoint
分析过程中对象引用关系不会发生变化的点
产生Safepoint的地方，方法调用，循环跳转；异常跳转等；
安全点数量适中

GC的分类

Minor GC：发生在年轻代的垃圾收集动作
Full GC：

年轻代：尽可能的收集生命周期短的对象，分为：
Eden区
两个Survivor区

Minor GC 演示：

对象如何晋升老年代：
经历一定的Minor次数依然存活的对象
Srivivor区中存放不下的对象
新生的大对象
常用的调优参数：
-XX：SurvivorRatio：Eden和Survivor的比值，默认8:1

-XX：NewRatio：老年代和年轻代内存比例

-XX：MAxTenuringThreshold：对象从年轻代晋升到老年代经过GC次数的最大阀值

老年代：存放生命周期较长的对象

触发Full GC的条件：

老年代空间不足
永久代空间不足
CMS GC时出现promotion failed ，concurrent mode failure
Minor GC晋升到老年代的平均大小大于老年代的剩余空间
调用System.GC()
使用RMI来进行RPC或管理JDK应用，每小时执行1次Full GC

垃圾收集器之间的联系

Serial收集器（-xx:+UseSerialGC）

单线程手机，进行垃圾收集时，必须暂停所有的工作线程
简单高效，Client模式下默认的年轻代收集器

ParNew收集器（-xx：+UseParnewGC，复制算法）

多线程收集，其余的行为，特点和Serial收集器一样
单核执行效率步入Serial，在多核下执行才有优势

Parallel Scavenge收集器（-xx:+UseparallelGC）

Server 模式下默认的年轻代垃圾收集器

老年代收集器

Serial Old收集器（-xx:+UseSerialOldGC 标记整理算法）

单线程收集，进行垃圾收集时，必须暂停所有的工作线程
简单高效，Client模式下默认的老年代收集器

Parallel Old收集器（-xx:+UseParallelOldGC 标记整理算法）

多线程，吞吐量优先

CMS收集器（-xx:+UseConcMarkSweepGC 标记-清除算法）

CMS收集器图示

G1收集器（-xx:+UseG1GC 复制-标记-整理算法）

Garbage First 的收集器的特点
适用于老年代和年轻代的收集器
优点：
并发和并行
分代收集
空间整合：基于标记整理算法
可预测的停顿

特点：
将整个Java堆内存划分为多个大小相等的Region
年轻代和老年代不在物理隔离

相关面试题