JVM学习笔记---垃圾回收算法

1，标记-清除算法(Mark and Sweep)

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

缺点：碎片化严重

 

2，复制算法(Copying)

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

优点：

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

缺点：

• 浪费50%的空间 

 

 比较适用年轻代

3，标记-整理算法(Compacting)

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

 

优点：

 

4，分代收集算法(Generational Collector)

jdk6,jdk7

• 避免内存的不连续性
• 不用设置两块内存交换
• 适用于存活率高的场景

jdk8及之后

 

 GC分类

• Minor GC
• Full GC

 

年轻代：尽可能快速收集掉生命周期短的对象

• Eden
• 两个Survivor区

 

对象晋升老年代的几种方式：

• 经历一定Minor次数依然存活的对象
• Survivor区中存放不下的对象
• 新生成的大对象(-XX:PretenuerSizeThreshold ---> 控制”大对象的“的大小)

 调优参数：

• -XX:SurvivorRatio : Eden和Survivor的比值，默认是8:1
• -XX:NewRatio : 老年代和年轻代内存大小的比例
• -XX:MaxTenuringThreshold : 对象从年轻代晋升到老年代经过GC次数的最大阈值

 老年代：

• 存放生命周期较长的对象

适用算法：

• 标记-清理算法
• 标记-整理算法

触发Full GC的条件：

• 老年代空间不足
• 永久代空间不足(针对JDK7以前的版本)
• CMS GC时出现promotion failed, concurrent mode failure
• Minor GC晋升到老年代的平均大小大于老年代的剩余空间
• 调用System.gc()         --->     提醒虚拟机回收
• 使用RMI来进行RPC或管理的JDK应用，每小时执行依次Full GC

Stop-the-World

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

 Safepoint

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