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
