【JVM】GC 常见问题

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能让动态调整更为灵活

什么时候 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