Java垃圾回收通过可达性分析判断对象存活，采用分代收集策略，将堆分为年轻代、老年代和元空间，分别使用复制、标记-清除或标记-整理算法，并根据场景选择Serial、Parallel、CMS、G1等回收器，在Eden区满或老年代不足时触发GC，实现内存自动管理与性能平衡。
Java中的垃圾回收（Garbage Collection, GC）核心原理是自动管理内存，防止内存泄漏并提高程序稳定性。JVM在运行时会自动识别并回收那些不再被程序引用的对象，释放其所占用的堆内存空间。
对象存活判断：可达性分析算法
Java使用可达性分析算法来判断对象是否还“活着”。从一组称为“GC Roots”的对象出发，比如正在执行的方法中的局部变量、类的静态变量、JNI引用等，沿着引用链向下搜索。如果一个对象无法通过任何引用链从GC Roots到达，那么这个对象被视为不可达，可以被回收。
垃圾回收算法：分代收集策略
JVM将堆内存划分为不同的区域，主要采用分代收集的思想：
- 年轻代（Young Generation）：大多数新创建的对象都分配在这里。它又分为Eden区和两个Survivor区（S0、S1）。大多数对象在Eden区分配，经过一次Minor GC后仍存活的对象会被复制到Survivor区。
- 老年代（Old Generation）：长期存活的对象或大对象会进入老年代。老年代使用不同的回收算法，如标记-清除或标记-整理。
- 永久代/元空间（Metaspace）：存储类元数据。JDK 8以后用本地内存实现的元空间替代了永久代。
不同代使用不同的回收算法：
立即学习“Java免费学习笔记（深入）”；
- 复制算法（Copying）：用于年轻代，效率高但需预留空间，适合对象存活率低的场景。
- 标记-清除（Mark-Sweep）：先标记所有需要回收的对象，然后统一清除。缺点是会产生内存碎片。
- 标记-整理（Mark-Compact）：标记后将存活对象向一端移动，再清理边界外内存，避免碎片化，适合老年代。
垃圾回收器类型与工作方式
Java提供了多种垃圾回收器，适应不同应用场景：
- Serial GC：单线程回收，适用于客户端应用。
- Parallel GC：多线程进行年轻代和老年代回收，注重吞吐量。
- CMS（Concurrent Mark Sweep）：以最短停顿时间为目标，老年代使用并发标记清除，但可能产生浮动垃圾。
- G1（Garbage First）：面向大堆，将堆划分为多个区域，优先回收垃圾最多的区域，兼顾吞吐量和停顿时间。
- ZGC / Shenandoah：支持超大堆、极低停顿的并发回收器，适用于延迟敏感系统。
触发GC的常见情况
GC不是随时运行，而是在特定条件下触发：
- Eden区空间不足时触发Minor GC。
- 老年代空间不足或晋升失败时触发Full GC。
- System.gc()调用（建议不强制使用）。
- 元空间不足导致类卸载或加载失败。
基本上就这些。GC的核心在于自动识别无用对象、合理划分内存区域，并根据应用特点选择合适的回收策略和收集器，从而在性能与资源之间取得平衡。
