本文主要探讨了Java FullGC的常见场景，包括大对象、系统高负载、内存泄漏等因素。FullGC的发生可能由System.gc()调用、老年代空间不足、Metaspace区达到阈值等引起。为解决这些问题，提出了通过jstat、分析gc日志、jmap等工具进行排查的方法，并介绍了使用MAT工具进行深入分析的步骤。
一、常见的FullGC场景分析
1.1、频繁的大对象，大对象直接被分配到老年代。
1.2、系统高负载运行，请求量很大，jvm来不及将对象转移到老年代，直接到老年代分配对象。
1.3、系统内存泄漏，导致对象长时间在老年代，得不到释放。
二、产生FullGC的原因
2.1、System.gc()方法的调用
在代码中调用System.gc()方法会建议JVM进行Full GC，但是注意这只是建议，JVM执行不执行是另外一回事儿，不过在大多数情况下会增加Full GC的次数，导致系统性能下降，一般建议不要手动进行此方法的调用，可以通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc。
2.2、老年代的空间不足
在Survivor区域的对象满足晋升到老年代的条件时，晋升进入老年代的对象大小大于老年代的可用内存，这个时候会触发Full GC。
2.3、Metaspace区内存达到阈值
从JDK8开始，永久代(PermGen)的概念被废弃掉了，取而代之的是一个称为Metaspace的存储空间。Metaspace使用的是本地内存，而不是堆内存，也就是说在默认情况下Metaspace的大小只与本地内存大小有关。-XX:MetaspaceSize=21810376B（约为20.8MB）超过这个值就会引发Full GC，这个值不是固定的，是会随着JVM的运行进行动态调整的。
jdk8 Metaspace 调优
Survi
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
