java gc核心在于理解“对象怎么活、为什么死、谁来收、何时收”：对象存活靠可达性分析（从gc roots出发，有引用链即活），死亡因不可达或弱/软/虚引用失效；回收由标记-清除、复制、标记-整理等算法分工执行，分代收集策略统筹年轻代与老年代；回收时机取决于代空间占用与gc器类型。
记Java垃圾回收（GC）不能靠死背参数和算法名称，关键在理解“对象怎么活、为什么死、谁来收、何时收”这四条主线。下面按实际学习路径给你理清楚。
搞懂对象生死的判定逻辑
GC第一关是判断对象是否该回收。重点不是背“引用计数法”或“可达性分析”，而是想明白：JVM凭什么说一个对象“没用了”？
- 从GC Roots出发，能被引用链连上的对象就“活着”，断开的就是“可回收”——画个简单引用图，比如局部变量、静态变量、JNI引用这些根节点，自己连几条线试试
- 注意“虚引用”“弱引用”“软引用”的区别不在语法，而在它们对GC行为的影响：弱引用在下一次GC就清，软引用在内存不够时才清，虚引用必须配合ReferenceQueue手动处理
- 别忽略“finalize()方法”这个陷阱：它只会被执行一次，且不保证何时执行，现代写法基本不用，但面试常考，知道它已被废弃（Java 9起标记为deprecated）就够了
分清四种主流GC算法的实际作用
每种算法解决的是不同场景下的效率问题，不是并列关系，而是演进+分工：
- “标记-清除”最基础：先标出活对象，再清掉死对象——但会产生内存碎片，适合老年代小对象多的场景
- “复制算法”专治年轻代：把Eden区活对象复制到Survivor，顺带整理空间——快、无碎片，但浪费一半空间
- “标记-整理”是老年代主力：标完不直接清，而是把活对象往一端挪，再清理边界外——解决碎片，比复制省空间
- “分代收集”不是独立算法，是策略：年轻代用复制，老年代用标记-整理或标记-清除，ZGC/Shenandoah这类低延迟GC则用读屏障+并发标记，目标是停顿时间可控
看懂常用GC器的适用场景
选GC器不是看谁名字新，而是看你的应用要什么：
- 吞吐量优先（如批处理）→ 用Parallel GC（默认Server模式），调-XX:MaxGCPauseMillis没用，它只管吞吐，不保停顿
- 响应敏感（如Web接口）→ CMS已淘汰，改用G1或ZGC；G1适合堆4~64GB，ZGC适合大堆（>64GB）且要求STW
- 别硬记参数，先记三个关键开关：-XX:+UseG1GC、-XX:+UseZGC、-Xlog:gc*（Java 9+日志开关），运行时加了就能看到GC过程
动手调一次才算真记住
光看不练等于没学。用一个Spring Boot小项目（哪怕只有main方法），加几行代码反复创建对象，然后：
- 加-XX:+PrintGCDetails -Xloggc:gc.log，跑几次，打开日志看YGC次数、老年代增长、Full GC触发原因
- 故意把对象塞进static Map里不释放，观察老年代怎么慢慢涨，最后OOM；再换成WeakHashMap，对比结果
- 换G1试试-XX:MaxGCPauseMillis=200，再换ZGC加-XX:+UnlockExperimentalVMOptions -XX:+UseZGC，感受日志里STW时间变化
GC不是背出来的知识点，是调出来的手感。每次看到GC日志里的“GC pause”、“promotion failed”、“concurrent mode failure”，能立刻反应出哪块堆出了问题，这才算真正记住了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
