Java GC算法由JVM实现而非Java语言本身，HotSpot采用分代回收：新生代用复制算法，老年代用标记-清除或标记-整理；G1、ZGC、Shenandoah等现代算法通过分区、并发处理和屏障技术降低停顿。
Java中的GC（垃圾回收）算法不是由Java语言本身直接实现的，而是由JVM（Java虚拟机）的具体实现来提供。不同厂商、不同版本的JVM（如HotSpot、OpenJ9、Zing）采用的GC算法和实现细节各不相同，但都围绕“自动识别并回收不再使用的对象”这一核心目标展开。
HotSpot JVM中的主流GC算法实现
以最常用的HotSpot JVM为例，它将堆内存划分为新生代（Young Gen）和老年代（Old Gen），并为不同区域搭配不同的回收算法：
- 新生代：复制算法（Copying）——如Serial、ParNew、Parallel Scavenge收集器。将Eden区和一个Survivor区中存活的对象复制到另一个Survivor区，然后清空原区域。优点是高效、无碎片；缺点是需预留一半空间作复制目标。
- 老年代：标记-清除（Mark-Sweep）或标记-整理（Mark-Compact）——如Serial Old、Parallel Old使用标记-整理；CMS早期用标记-清除（导致碎片）；G1、ZGC、Shenandoah则融合了分区+并发标记+局部复制/移动的思想。
- G1（Garbage-First）：分区+增量标记+复制回收——把堆划为多个Region，优先回收垃圾最多的Region（故名“Garbage-First”）。通过Remembered Set（RSet）记录跨Region引用，避免全局扫描；回收时在选定Region中执行复制，兼顾吞吐与停顿。
现代低延迟GC的实现思路
ZGC（Z Garbage Collector）和Shenandoah不依赖分代，主打毫秒级停顿，其实现关键在于：
- 并发标记与并发移动——大部分标记、对象重定位工作与用户线程同时运行，仅需极短的初始标记（STW）和最终更新指针阶段。
- 读屏障（Load Barrier）——ZGC在每次对象引用加载时插入检查逻辑，确保访问到的是最新地址（处理转发指针）；Shenandoah使用写屏障+Brooks Pointer辅助转发。
- 着色指针（Colored Pointers，ZGC特有）——将元信息（如是否已标记、是否正在重定位）直接编码在64位指针的高位中，避免额外维护标记位数组。
GC算法不是孤立的，依赖JVM基础设施
任何GC算法的实际运行都离不开底层支持：
立即学习“Java免费学习笔记（深入）”；
- OopMap（Ordinary Object Pointer Map）——在安全点（Safepoint）记录栈和寄存器中哪些位置存有对象引用，帮助GC快速定位GC Roots。
- 安全点与安全区域——保证用户线程能在可控时机暂停，配合GC完成关键步骤（如根枚举、引用更新）。
- 卡表（Card Table）或Remembered Set（RSet）——解决跨代/跨Region引用问题，避免每次GC都扫描整个老年代或所有Region。
基本上就这些。GC算法的“实现”本质上是JVM工程层面的权衡：在吞吐量、延迟、内存占用、实现复杂度之间找平衡。开发者通常只需根据应用特点选对GC策略（如-XX:+UseG1GC），而无需自己写算法——真正动手的，是JVM开发工程师。
