哪些对象是垃圾？——看是否“没人搭理”：从GC Roots（如栈中变量、静态字段、常量等）出发，顺着引用链能触达的就是“在岗人员”，断了联系的即为垃圾，循环引用也照收。怎么清理？——年轻代用“搬家式”复制（只搬活的、清空原地），老年代用“贴标清除”或“归整腾地”，本质是根据对象存活特点权衡停顿、吞吐与空间效率。
直接说清楚两个核心问题就行：哪些对象是垃圾？怎么把它们清理掉？不用堆术语，用生活例子带出逻辑，对方一听就明白。
先讲“怎么认出垃圾”——不是看谁没用，而是看谁“没人搭理”
JVM 不靠猜，也不等对象自己“申请退休”，它用一套客观标准判断：从几个固定的起点（叫 GC Roots）出发，顺着引用链往下找。能被找到的，就是还在干活的对象；找不到的，就是垃圾。
GC Roots 就像公司里的几个关键负责人：
- 方法正在执行时，栈里那些局部变量（比如 String s = new String("hello") 中的 s）
- 类里的 static 字段（比如 public static List<User> cache;）
- 常量池里的字符串字面量（比如 "abc"）
- JNI 调用中本地代码持有的 Java 对象
只要一个对象能通过任意一条路径连到这些“负责人”，它就安全；断了联系，哪怕循环引用（A 指着 B、B 指着 A），也照收不误——这是 JVM 实际用的方式，比“引用计数”靠谱得多。
再讲“怎么清垃圾”——三种主流策略，各干各的活
识别完垃圾，回收方式取决于内存区域和对象特点。主流不是一种算法打天下，而是按需组合：
- 标记-清除（老年代常用）：先扫一遍，给活着的对象贴小红标；再扫一遍，把没标的全清掉。优点是不动活对象，缺点是清完一堆碎空地，大对象来租不到整块房。
- 标记-复制（年轻代主力）：把内存分成两半（Eden + Survivor），只用一半。GC 时把活着的挑出来，一口气搬到另一半，然后整块清空原地。像搬家式清理，没碎片、速度快，但代价是总得留一半空着备用。
- 标记-整理（老年代备选）：标记完，不直接清，而是让所有活对象往左（或右）挨个挪过去，腾出一大片连续空地。适合老年代——对象少但个头大，不怕挪，怕碎片。
最后点透“为什么这么设计”——不是炫技，是权衡出来的
JVM 的 GC 算法本质是在三件事之间找平衡：
- 停顿时间：GC 时程序得暂停（Stop-The-World），用户可感知卡顿，越短越好
- 吞吐量：单位时间里，程序运行时间占比越高越好
- 内存利用率：不能为了快就浪费一半内存，也不能为省空间导致频繁卡死
所以新生代用复制——对象死得快、活下来的少，搬起来便宜；老年代用标记-清除或整理——对象活得久、数量多，搬成本高，宁可花点时间整理或容忍碎片。
讲到这里，别人基本就能理解：GC 不是玄学，是一套有目标、有依据、有取舍的工程方案。
