GC 常见问题
哪些情况新生代会进入老年代
- 新生代 GC 后幸存区(survivor)不够存放存活下来的对象,会通过内存担保机制晋升到老年代。
- 大对象直接进入老年代,因为大对象再新生代之间来会复制会影响 GC 性能。由
-XX:PretenureSizeThreshold=1048576
配置 - 长期存活的对象,比如经过了15次gc后还存活的对象,由
-XX:MaxTenuringThreshold=10
配置- 但是这个年龄是会动态调整的,每次新生代GC后,JVM都会动态调整这个阈值大小,调整的方式是,从年龄为1的所有对象向上累加,直到内存大小大于
-XX:TargetSurvivorRatio
(默认50%) - 例如总共有100MB新生代大小,阈值就是50MB,累加年龄为1的对象,此时10MB,累加年龄为2的对象,此时25MB,累加年龄为3的对象,此时45MB,累加年龄为4的对象,此时55MB>50MB,那么阈值就被设置成4,下次GC时年龄大于等于4的对象会晋升到老年代
- 为什么默认是15?
- 因为对象头里有个age字段,占4个bit位,所以最大就是15,初始值设为最大,然后依靠后面动态调整。
- 那这样的话,小于等于15都可以吧,反正有动态调整,为什么选15呢?
- 因为
-XX:MaxTenuringThreshold
其实是限定了一个动态调整年龄范围的上限,设为15能让动态调整更为灵活
- 因为
- 但是这个年龄是会动态调整的,每次新生代GC后,JVM都会动态调整这个阈值大小,调整的方式是,从年龄为1的所有对象向上累加,直到内存大小大于
什么时候 Full GC
- 调用
System.gc()
- 新生代对象晋升老年代时,老年代内存不足。此时触发Full GC。
- 大对象分配到老年代时,老年代内存不足。此时触发Full GC。
- 元空间内存不足,Full GC回收没有使用的类(类没有实例化对象)。
- CMS GC时有对象要放入老年代,老年代内存不足,报Concurrent Mode Failure 错误,并触发 Full GC。
- G1 回收器回收速率跟不上对象分配速率,也会触发 Full GC。
什么是 Concurrent Mode Failure?
- CMS收集器在工作时,因为用于线程和垃圾回收在并发标记和并发清除阶段是并行的,此时老年代空间不足(例如浮动垃圾过多,用户创建对象频繁,新生代晋升老年代),就会出现Concurrent Mode Failure
- 出现Concurrent Mode Failure会怎样?
- 触发Full GC