jvm垃圾回收核心是通过可达性分析从gc roots出发标记存活对象，未达对象即为垃圾；采用分代回收：新生代用复制算法（高效无碎片），老年代用标记-清除或标记-整理（适配高存活率）。
Java 虚拟机（JVM）的垃圾回收机制，核心是自动识别并释放堆中不再被程序使用的对象所占内存，避免手动管理引发的内存泄漏或野指针问题。它不处理栈、程序计数器等生命周期确定的区域，只聚焦于堆和方法区（元空间）中动态分配且存活状态不确定的部分。
怎么判断一个对象该被回收？
主流 JVM 使用可达性分析算法，而非引用计数法。它从一组“GC Roots”出发，沿着引用链向下搜索：凡是能被访问到的对象视为存活；无法到达的对象即为垃圾。
可作为 GC Roots 的包括：
- 虚拟机栈中局部变量引用的对象
- 方法区中类的静态字段引用的对象
- 方法区中常量池引用的对象（如字符串常量）
- 本地方法栈中 JNI 引用的对象
引用计数法因无法解决循环引用（如 A↔B 互相持有对方引用），且维护开销大，已被 HotSpot 等主流实现弃用。
回收过程分哪几步？
典型 GC 流程包含三个逻辑阶段：
- 标记（Marking）：遍历所有 GC Roots，标记出全部可达对象
- 清除或整理（Sweeping / Compacting）：根据所选算法，清理未标记对象，或移动存活对象以压缩内存
- 可选的整理（Compaction）：仅在部分算法（如标记-整理）中执行，用于消除碎片、提升后续分配效率
整个过程会触发 Stop-the-World（STW），即暂停所有用户线程，因此算法设计始终在吞吐量、延迟与内存利用率之间权衡。
为什么新生代用复制算法，老年代不用？
这是基于对象生命周期分布特征的分代设计：
- 新生代中约 98% 的对象“朝生夕死”，存活率极低 → 复制算法只需搬运少量存活对象，效率高、无碎片
- 老年代对象存活时间长、密度高 → 复制成本过大，改用标记-清除（如 CMS）或标记-整理（如 Serial Old、Parallel Old）更合理
- 标记-清除易产生碎片，影响大对象分配；标记-整理虽需移动，但能保证内存规整，适合大块内存场景
不同代对应哪些典型 GC 类型？
GC 行为按作用范围划分：
- Minor GC：只回收新生代（Eden + Survivor），频率高、停顿短，使用复制算法
- Major GC / Old GC：专指老年代回收，不同收集器行为不同（如 CMS 并发清理，Serial Old STW 整理）
- Full GC：回收整个堆（年轻代 + 老年代 + 元空间），通常由老年代空间不足、元空间耗尽或显式调用 System.gc() 触发，停顿最长
现代 JVM（如 G1、ZGC）已弱化代际边界，但分代假设仍是理解默认行为的基础。
