Java垃圾回收思维导图核心是理清“谁回收、何时回收、如何回收、为何设计”，按JVM内存结构→判定逻辑→收集器演进→日志验证四层展开，强调理解而非死记。

Java 垃圾回收（GC）思维导图不是用来“死记硬背”的，而是帮你理清逻辑、建立判断依据的工具。核心是理解“谁要被回收”“什么时候回收”“怎么回收”“为什么这么设计”，再把关键点结构化落到导图上。

紧扣 JVM 内存结构记

垃圾回收的前提是明确对象在哪——堆、方法区（元空间）、栈、本地方法栈、程序计数器。思维导图第一层就从内存区域展开：

• 堆（Heap）：唯一可发生 GC 的主战场，分新生代（Eden + S0/S1）和老年代；导图里用颜色或图标标出各子区域的用途（如 Eden 放新对象、S0/S1 做复制中转）
• 方法区（Metaspace）：JDK 8+ 用本地内存实现，也会 GC（卸载无用类），但频率低；导图中单独列一条，注明触发条件（如类加载器被回收、类无实例且无引用）
• 栈、本地方法栈、程序计数器：线程私有，生命周期与线程一致，不涉及 GC；导图中可写“不回收”，避免混淆

按 GC 判定逻辑串起关键算法

“哪些对象能被回收”是起点，导图第二层聚焦判定机制：

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 引用计数法：简单但不解决循环引用，Java 不采用；导图中可加个❌，对比说明为何弃用
• 可达性分析法：Java 实际使用的方式；导图里画出 GC Roots（如线程栈帧中的局部变量、静态变量、JNI 引用等），再连出“不可达 → 可回收”路径
• 补充四种引用类型（强、软、弱、虚）的行为差异：比如软引用在内存不足时才回收，弱引用在下一次 GC 就回收——导图中用简短箭头标注触发时机

按收集器演进脉络组织执行细节

不同收集器解决不同问题，导图按“目标场景→特点→适用 JDK 版本”横向对比更易记：

立即学习“Java免费学习笔记（深入）”；

• Serial / Serial Old：单线程，适合 Client 模式或小内存；导图中写“-XX:+UseSerialGC”，旁边加个“停顿明显”小标签
• Parallel Scavenge + Parallel Old：吞吐量优先，关注“-XX:MaxGCPauseMillis”和“-XX:GCTimeRatio”两个参数；导图中用齿轮图标表示“调优导向”
• G1（JDK 7u4+）：分区（Region）、可预测停顿；导图中突出“Remembered Set（RSet）”作用（避免全堆扫描跨区引用）
• ZGC / Shenandoah（JDK 11+）：低延迟，染色指针/转发指针机制；导图中写“并发标记+并发移动”，强调“停顿控制在 10ms 内”

结合日志和参数反向验证导图

真正掌握 GC，得看得懂 GC 日志。导图末尾可加一层“实战锚点”：

• 开启日志参数示例：-Xlog:gc*:file=gc.log:time,uptime,level,tags（JDK 10+）
• 日志中识别关键字段：如 [GC pause (G1 Evacuation Pause) (young)] 表示 G1 年轻代回收；[GC concurrent-root-region-scan-end] 是并发阶段完成
• 看到 Full GC 频繁？回导图查老年代回收条件（如大对象直接入老年代、长期存活对象晋升、Minor GC 后 Survivor 放不下）