jvm垃圾回收是基于可达性分析、分代管理（新生代/老年代）和匹配算法（复制/标记-整理）的精密系统，通过不同收集器优化stop-the-world时间。
JVM 垃圾回收机制不是“自动就完事”的黑箱，而是有明确判定逻辑、分代策略和算法选择的精密系统。理解它，关键在于抓住三个层次：对象怎么被认定为垃圾、内存如何分区管理、不同区域用什么方式回收。
对象是否存活：靠可达性分析，不是引用计数
现代 JVM 全部采用可达性分析算法判断对象能否回收。它从一组称为 GC Roots 的对象出发（比如正在执行的方法中的局部变量、静态变量、本地方法栈中的对象等），沿着所有引用链向下搜索。如果一个对象无法被任何 GC Root 到达，它就被标记为可回收。
引用计数法虽简单，但因无法处理循环引用（A 持有 B，B 持有 A，外部已无引用）且维护成本高，早已被弃用。你写的代码里哪怕出现看似“互相持有”的结构，只要没有外部强引用，JVM 依然能正确回收。
堆内存分代：新生代与老年代各司其职
JVM 将堆划分为新生代（Young Generation）和老年代（Old Generation），这是性能优化的核心设计。
- 新生代存放刚创建的对象，98% 左右的对象在这里“朝生夕死”。它又被细分为 Eden 区和两个 Survivor 区（S0/S1），默认比例为 8:1:1。
- 对象优先在 Eden 分配；Eden 满时触发 Minor GC，存活对象被复制到一个 Survivor 区；经过多次 Minor GC 仍存活的对象，或 Survivor 区放不下的大对象，会晋升到老年代。
- 老年代存放生命周期长、难以回收的对象。当老年代空间不足，就会触发 Full GC（或称 Major GC），代价远高于 Minor GC。
回收算法匹配分代：复制、标记-整理各有所用
不同区域使用不同算法，本质是权衡空间效率、执行速度与停顿时间：
- 新生代用复制算法：只复制存活对象到另一块 Survivor 区，清空原区。优势是无碎片、执行快，缺点是需预留备用空间。
- 老年代不用复制算法（空间浪费太大），主流用标记-整理：先标记所有存活对象，再把它们向一端压缩，最后清理边界外内存。既避免碎片，又节省空间。
- 标记-清除也曾用于老年代（如 CMS 收集器），但因产生碎片且无法处理浮动垃圾，已被 G1、ZGC 等新型收集器逐步替代。
收集器演进：从串行到低延迟，目标始终是减少 Stop-the-World
Stop-the-World 是 GC 过程中应用线程全部暂停的时刻，直接影响响应延迟。不同收集器对此的处理方式差异显著：
- Serial 和 Parallel 收集器以吞吐量优先，STW 时间较长，适合后台批处理。
- CMS 曾主打“并发标记”，试图降低停顿，但存在浮动垃圾、并发失败导致 Full GC 等问题，已在 JDK 14 中被移除。
- G1 把堆划分为多个 Region，按回收价值优先清理，支持设定最大停顿时间目标（-XX:MaxGCPauseMillis），兼顾吞吐与延迟。
- ZGC 和 Shenandoah 更进一步，绝大部分阶段与用户线程并发，STW 控制在 10ms 内，适用于超低延迟场景。
