java垃圾回收通过可达性分析判定对象存活：以gc roots（如虚拟机栈局部变量、静态字段、常量、jni引用）为起点，沿强引用链搜索，不可达对象即为垃圾；循环引用不影响回收，finalize已废弃，应使用cleaner或try-with-resources。
Java 垃圾回收（GC）是大厂面试高频考点，光背概念没用，得懂原理、会分析、能调优。核心不是记住算法名字，而是理解“对象怎么被判定为垃圾”“不同收集器在什么场景下工作”“JVM 参数怎么影响实际行为”。
搞懂 GC 判定逻辑：从可达性分析到 finalize 的陷阱
面试常问“哪些对象可以被回收”，答案不能只说“没引用了”。要讲清楚 GC Roots 的具体类型（如线程栈帧里的局部变量、静态变量、JNI 引用等），并举例说明：比如 ThreadLocalMap 中的 key 用弱引用，value 却可能造成内存泄漏；又比如内部类持有外部类引用，不当使用会导致本该回收的对象滞留。
- 动手画一张对象引用图，标出 GC Roots，手动推演哪些对象不可达
- 写一段代码故意制造 WeakReference/PhantomReference 场景，用 VisualVM 或 jstat 观察引用队列变化
- 注意 finalize() 已被废弃（Java 9+ 标记为 deprecated），面试提到它要主动说明替代方案（Cleaner 类）
吃透主流收集器：CMS、G1、ZGC 不是名词解释，是选型逻辑
大厂线上环境不会随便换收集器。面试爱问“你们系统用 G1 还是 ZGC？为什么？”——这其实在考你是否理解停顿时间、吞吐量、内存占用三者的权衡。
- CMS 已被弃用（Java 14 移除），但需知道它为何失败（浮动垃圾、并发模式失败、碎片化）
- G1 要讲清 Region 划分、Remembered Set 作用、Mixed GC 触发条件（老年代占比阈值 + 混合回收目标）
- ZGC 强调“着色指针”和“读屏障”如何实现毫秒级停顿，但也要承认它对大堆更友好，小堆未必比 G1 有优势
实战调优三板斧：看日志、抓现场、改参数
光说理论容易露馅。面试官可能给你一段 GC 日志，让你判断问题在哪。练法就是：自己造问题，再解问题。
- 用 -Xlog:gc*:file=gc.log 启动一个 Spring Boot 应用，压测后分析日志里 Full GC 频率、晋升失败（Promotion Failed）、Allocation Failure 等关键词
- 用 jmap -histo 观察大对象分布；用 jstack 查看 GC 线程是否卡住（比如 CMS-initial-mark 阶段 STW 时间异常长）
- 调参不靠猜：比如发现年轻代太小导致 Minor GC 频繁，就调 -Xmn；发现老年代增长快，先查是不是缓存没设上限，而不是直接加 -XX:MaxTenuringThreshold
结合真实场景答题：别掉进“标准答案”陷阱
面试不是考试。当被问“如何优化电商秒杀系统的 GC”，不能只答“用 ZGC”。要分层回应：
- 先确认瓶颈：是吞吐下降？还是接口超时？用监控（如 Prometheus + Grafana）定位是 GC 频次高，还是单次停顿长
- 再看对象生命周期：秒杀请求产生的临时对象多，应优先调大年轻代、缩短 Eden 区存活时间
- 最后才选收集器：如果已用 G1 且停顿仍超标，再评估 ZGC 的 JDK 版本兼容性和 Linux 大页配置成本
不复杂但容易忽略：GC 是 JVM 行为，不是 Java 语言特性。练的时候，始终带着“这个机制如何影响我写的代码”去思考，比如 String.intern() 在不同 JDK 版本里驻留在哪块内存，就直接关系到元空间会不会 OOM。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
