GC时机
jvm运行过程中产生的垃圾,也就是使用可达性算法找不到gc roots的对象,它们占用的内存空间会被jvm回收。分为新生代回收和老年代回收。
新生代回收(Minor GC):新生代分为1个eden和2个survior,eden满的时候触发Minor GC,把eden和survior中还存活的对象复制到另一块survior。
老年代回收(Major GC):老年代空间不足、元空间/方法区空间不足、空间分配担保失败
另外,调用System.gc会触发Minor GC和Major GC
回收算法
回收算法包括复制(无碎片,占空间),标记清除(内存碎片),标记整理(耗时),分代(新生代频繁,回收比例高,用复制;老年代不频繁,回收比例低,标记清除或标记整理)
内存分配与回收策略
1.对象优先在Eden分配
大多数情况下,对象在Eden区分配,当Eden区空间不足时,触发Minor GC。
2.大对象直接进入老年代
虚拟机提供-XX:PretenureSizeThreshold参数,令大于这个设置值的对象直接在老年代分配。(避免在Eden区及两个Survivor区之间发生大量的内存复制)
3.长期存活的对象将进入老年代
如果对象在Eden出生并经过第一次Minor GC后仍然存活,并且能被 Survivor容纳的话,将被移动到Survivor空间中,并且对象年龄设为1。对象在Survivor区中 每“熬过”一次Minor GC,年龄就增加1岁,当它的年龄增加到一定程度(默认为15岁),就将会被晋升到老年代中。(对象晋升老年代的年龄阈值,可以通过参数-XX: MaxTenuringThreshold设置)
4.动态对象年龄判定
如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半,年龄大于或等于该年龄的对象就可以直接进入老年代,无须等到MaxTenuringThreshold中要求的年龄。
5.空间分配担保
Minor GC时Survivor区无法容纳的对象将进入老年代。在Minor GC之前,虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间,如果成立,那么Minor GC是安全的。如果不成立,则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许,那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小,如果大于,将尝试着进行一次Minor GC,尽管这次Minor GC是有风险的;如果小于,或者HandlePromotionFailure设置不允许冒险,那这时会进行Major GC和Minor GC。
JDK 6 Update 24之后不再检查HandlePromotionFailure,永远允许冒险,即:只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC,否则将进行Major GC和Minor GC。
垃圾收集器
1.Serial收集器、Serial Old收集器
复制、标记整理
单线程
Stop The World
简单高效
适合Client模式下的虚拟机(内存不大)
2.Parallel Scavenge收集器、Parallel Old收集器
复制、标记整理
多线程、并行收集
目标是达到一个可控制的吞吐量,吞吐量=运行用户代码时间/(运行用户代码时间+垃圾收集时间)
3.ParNew收集器
复制
Serial收集器的多线程版本、并行收集
4.CMS收集器
标记清除
初始标记(STW)、并发标记、重新标记(STW)、并发清除
并发收集、低停顿
对CPU资源非常敏感(GC线程和用户线程争夺CPU)、无法处理浮动垃圾(并发清除过程中产生的垃圾)、大量空间碎片产生
5.G1收集器
标记整理
并行与并发、分代收集、空间整合、可预测的停顿
将整个Java堆划分为多个大小相等的独立区域(Region),虽然还保留有新生代和老年代的概念,但新生代和老年代不再是物理隔离的了,它们都是一部分Region(不需要连续)的集合
初始标记(STW)、并发标记、最终标记(STW)、筛选回收(可以并发)