什么情况下会发生Full GC

在 JVM（Java 虚拟机）中，Full GC（Full Garbage Collection）是一种会对整个堆进行垃圾回收的操作，包括 Young Generation 和 Old Generation（有些 GC 实现中还包括 Permanent Generation 或 Metaspace）。Full GC 是一种代价高昂的操作，通常会暂停所有应用线程（Stop-The-World），因此尽量避免频繁的 Full GC 对应用性能至关重要。

以下是一些可能触发 Full GC 的情况：

1. Old Generation（老年代）空间不足

当对象从 Young Generation 晋升到 Old Generation 时，如果 Old Generation 没有足够的空间来容纳这些对象，JVM 会触发 Full GC 以尝试回收 Old Generation 中的空间。

2. Permanent Generation 或 Metaspace 空间不足

对于使用永久代（Permanent Generation）或元空间（Metaspace）的 JVM，当这些区域的空间不足时，也会触发 Full GC。例如，类加载器加载了大量的类或字符串常量池耗尽时。

3. System.gc() 调用

显式调用 System.gc() 方法会请求 JVM 进行 Full GC。不过，JVM 可能会忽略这个请求，具体取决于 JVM 的实现和配置。

4. Heap Dump

在某些情况下，为了获取堆转储（Heap Dump），JVM 可能会触发 Full GC。这通常是在使用一些诊断工具时会发生，例如 jmap。

5. Concurrent Mode Failure

在使用一些并发垃圾收集器（如 CMS - Concurrent Mark-Sweep）时，如果并发回收过程中未能及时回收足够的空间，也可能会触发 Full GC 作为后备措施。

6. Promotion Failure

当年轻代（Young Generation）向老年代（Old Generation）晋升对象时，如果老年代没有足够的空间容纳这些对象，也会触发 Full GC。

7. 老年代碎片过多

在一些垃圾收集器中（如 CMS），如果老年代中的碎片过多，导致大对象无法找到连续的内存空间分配，也可能会触发 Full GC 以进行内存压缩。

8. 使用 CMS 垃圾收集器时的 GC 配置参数

当使用 CMS 垃圾收集器时，某些配置参数也可能导致 Full GC 的频繁发生。例如，配置不当可能会导致 Concurrent Mode Failure，进而触发 Full GC。

示例配置：

-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly
-XX:+CMSClassUnloadingEnabled
-XX:+CMSScavengeBeforeRemark
-XX:+CMSParallelRemarkEnabled
-XX:+ParallelRefProcEnabled

这些参数可以帮助调优 CMS 垃圾收集器，减少 Full GC 的发生频率。

如何监控和调优 Full GC

为了避免频繁的 Full GC，开发人员可以采取以下措施：

1. 调优堆大小：合理设置堆的初始大小和最大大小，以确保有足够的内存空间。
2. 调整 GC 参数：根据应用特点，调整垃圾收集器的参数，以优化垃圾回收行为。
3. 监控 GC 日志：通过启用 GC 日志，监控和分析 GC 的行为和性能瓶颈。
4. 优化代码：减少长生命周期对象的创建，避免内存泄漏。

结论

Full GC 是一种代价高昂的垃圾回收操作，应尽量避免频繁发生。通过合理调优 JVM 参数和应用代码，可以有效减少 Full GC 的发生，提高应用的性能和稳定性。