Java的垃圾回收机制通过可达性分析判断对象是否可回收，以GC Roots为起点标记可达对象；采用标记-清除、复制、标记-整理和分代收集等算法管理内存；堆分为新生代、老年代和元空间，对应Minor GC和Full GC；不同回收器如Serial、Parallel、CMS、G1、ZGC等适应各类应用场景，提升性能与效率。
Java的垃圾回收（Garbage Collection, GC）机制是Java内存管理的核心部分，它自动管理对象的生命周期，释放不再使用的对象所占用的内存。开发者无需手动释放内存，减少了内存泄漏和空指针等错误的发生。
1. 对象的可达性分析
垃圾回收器通过判断对象是否“可达”来决定是否回收。Java使用可达性分析算法：从一组称为“GC Roots”的对象开始，向下搜索引用链。如果一个对象无法通过任何引用链从GC Roots到达，那么该对象被视为不可达，可以被回收。
常见的GC Roots包括：
- 正在执行的方法中的局部变量
- 活动线程的栈帧中的参数和局部变量
- 类的静态变量
- JNI（Java Native Interface）引用
2. 垃圾回收算法
Java虚拟机采用多种垃圾回收算法，根据不同的应用场景进行优化：
立即学习“Java免费学习笔记（深入）”；
- 标记-清除（Mark-Sweep）：先标记所有需要回收的对象，然后统一回收。缺点是会产生内存碎片。
- 复制算法（Copying）：将内存分为两块，每次只使用一块。当一块用完后，将存活对象复制到另一块，再清理原区域。适合新生代。
- 标记-整理（Mark-Compact）：标记后，将存活对象向一端移动，然后清理边界以外的内存。避免了碎片问题。
- 分代收集（Generational Collection）：基于“多数对象朝生夕死”的经验，将堆分为新生代和老年代，分别采用不同的回收策略。
3. 内存分区与GC类型
Java堆通常划分为以下几个区域：
- 新生代（Young Generation）：新创建的对象首先分配在此。又分为Eden区和两个Survivor区（From和To）。
- 老年代（Old Generation）：长期存活的对象会被移入老年代。
- 永久代/元空间（Metaspace）：存放类信息、常量、静态变量等。JDK 8后用本地内存实现的元空间替代了永久代。
对应的GC类型有：
- Minor GC：发生在新生代，频率高，速度快。
- Major GC / Full GC：清理老年代或整个堆，耗时较长，可能伴随STW（Stop-The-World）。
4. 垃圾回收器实现
不同JVM版本提供了多种垃圾回收器，适应不同场景：
- Serial GC：单线程，适用于客户端应用。
- Parallel GC：多线程进行垃圾回收，关注吞吐量。
- CMS（Concurrent Mark Sweep）：以最短停顿时间为目标，适用于响应敏感的应用。
- G1（Garbage First）：面向大堆，将堆划分为多个区域，可预测停顿时间。
- ZGC / Shenandoah：低延迟GC，支持TB级堆，停顿时间控制在毫秒级。
基本上就这些。理解Java的垃圾回收机制有助于编写更高效的程序，合理设置JVM参数，避免频繁GC或内存溢出问题。虽然GC是自动的，但了解其原理能帮助我们更好地设计对象生命周期和内存使用模式。
