GC常见问题

发表于 更新于 分类于 阅读次数：

system.gc()?

finalize()?

是一个protected方法，我们可以去重写这个逻辑。回收对象时会去调用这个方法，但最多只能调用一次

STW

任何垃圾回收器都是会STW的

开发时不要使用system.gc(),会STW！！！

内存泄漏是什么

简单地说，就是本该回收即不会再被使用的内存没被回收，俗话讲就是占着茅坑不拉屎

内存泄漏多了就会发生内存溢出即OOM

什么情况下会发生？

安全点和安全区域

哪些情况新生代会进入老年代？

  • 新生代gc后survivor区不够存放存活下来的对象，会将对象通过内存担保机制晋升到老年代
  • 大对象直接进入老年代，-XX:PretenureSizeThreshold=1048576配置，因为大对象在新生代发生来回复制的话，影响gc性能
  • 长期存活的对象，比如经过了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的对象会晋升到老年代
    • 算法源码地址：jdk/hotspot/src/share/vm/gc_implementation/shared/ageTable.cpp at jdk8-b120 · openjdk/jdk (github.com)
    • 为什么默认是15？因为对象头里有个age字段，占4个bit位，所以最大就是15，初始值设为最大，然后依靠后面动态调整。那这样的话，小于等于15都可以吧，反正有动态调整，为什么选15呢？因为-XX:MaxTenuringThreshold其实是限定了一个动态调整年龄范围的上限，设为15能让动态调整更为灵活

什么时候full gc？

  • 程序代码中调用System.gc()
  • 当新生代对象需要晋升老年代或大对象直接在老年代开辟内存时，老年代空间不足
  • 空间分配担保失败
  • 元空间或永久代（JDK7以前）空间不足，full gc回收未使用的类（需要这个类没有对象，所以要gc回收）和元数据
  • 执行CMS GC的过程中同时有对象要放入老年代，而此时老年代空间不足(可能是 GC 过程中浮动垃圾过多导致暂时性的空间不足)，便会报 Concurrent Mode Failure 错误，并触发 Full GC。
  • G1内存回收速度赶不上内存分配的速度，也会导致Full GC

什么是Concurrent Mode Failure

CMS收集器在工作时，因为用于线程和垃圾回收在并发标记和并发清除阶段是并行的，此时老年代空间不足（例如浮动垃圾过多，用户创建对象频繁，新生代晋升老年代），就会出现Concurrent Mode Failure

出现Concurrent Mode Failure会怎样

触发Full GC