在Java中，Full GC指的是对整个堆（包括年轻代、老年代和永久代/元空间）进行垃圾回收的过程。触发Full GC的情况有多种，以下是一些常见的触发条件：
1. 老年代空间不足
- 当老年代没有足够的空间来存放从年轻代晋升过来的对象时，可能会触发一次Full GC。这通常发生在CMS收集器并发模式失败（Concurrent Mode Failure）或G1收集器的Mixed GC无法及时清理足够多的老年代对象时。
2. 永久代或元空间（Metaspace）溢出
- 在JDK 7及之前版本中，如果永久代（Permanent Generation）满了且无法扩展，将会触发Full GC以尝试释放空间。
- 在JDK 8及之后版本中，使用了元空间（Metaspace），它直接占用本地内存。当元空间达到其最大限制时，也会触发Full GC。
3. 显式调用System.gc()
- 虽然不推荐这样做，但应用程序可以通过显式调用
System.gc()建议JVM执行一次Full GC。不过，是否真正执行取决于JVM的实现以及是否启用了相关的标志（如-XX:+DisableExplicitGC可以禁用这种行为）。
4. CMS收集器的特定情况
- Concurrent Mode Failure：如前所述，在CMS并发清除阶段，若老年代空间不足以容纳新对象，则会触发Full GC。
- Promotion Failed：即晋升失败，指年轻代中的对象尝试晋升到老年代但发现老年代没有足够空间，此时也会触发Full GC。
5. 堆内存总体使用率过高
- 如果整个堆（包括年轻代和老年代）接近满载状态，即使单独的年轻代或老年代还未完全占满，也可能触发Full GC以恢复可用空间。
6. 元数据区手动触发
- 对于一些需要大量加载类的应用程序，如果元空间配置不当，可能会因为类定义过多而耗尽元空间，进而触发Full GC。
如何减少Full GC的发生？
为了提高应用性能并减少Full GC的影响，可以考虑以下几个方面：
- 合理设置堆大小、年轻代与老年代的比例。
- 避免不必要的对象创建，尤其是长期存活的对象应尽量减少。
- 使用适合应用特性的垃圾收集器，并根据实际情况调整相关参数。
- 监控应用的内存使用情况，及时发现潜在问题。
了解这些触发条件有助于更好地管理和优化Java应用程序的内存管理策略，从而提升系统的整体性能和稳定性。
THE END
