面试官问垃圾回收机制是怎样的附图解比喻避坑指南摘要垃圾回收GC是JVM自动管理内存的核心机制自动回收不再使用的对象避免内存泄漏。GC机制分为垃圾判定可达性分析、回收算法标记-清除/复制/标记-整理/分代收集、垃圾收集器Serial/Parallel/CMS/G1/ZGC三层。本文用“城市环卫系统”比喻 四大算法详解 七大收集器对比 6道面试官追问彻底讲透这道JVM面试必考题。一句话GC 自动识别“垃圾” 高效清理“垃圾”让程序员从手动内存管理中解放出来。 系列导航上一篇面试官问JVM内存模型是什么下一篇预告面试官问JVM调优常用工具有哪些待发布全部85题目录点击查看关注专栏每周2-3篇一键追更 开篇即答案·三句定胜负面试官JVM的垃圾回收机制是怎样的能讲讲它的工作原理吗你直接这样答面试官已经给你打上“JVM功底扎实”的标签“JVM的垃圾回收GC是自动内存管理机制核心任务是识别并回收堆内存中不再使用的对象防止内存泄漏。GC机制可以分为三个层次第一层怎么判断谁是垃圾采用可达性分析算法——从GC Roots静态变量、活动线程、栈帧局部变量等出发沿引用链遍历。能被遍历到的对象存活无法被遍历到的就是垃圾。第二层怎么回收垃圾四种核心算法标记-清除基础但产生碎片、标记-复制新生代高效但浪费空间、标记-整理老年代无碎片但成本高、分代收集不同区域用不同算法。第三层谁来做回收七个垃圾收集器Serial→Parallel→CMS→G1→ZGC/Shenandoah从单线程到多线程到并发到亚毫秒级停顿。JDK 9起G1是默认收集器JDK 15起ZGC正式转正。“ 面试还原面试官JVM的垃圾回收机制是怎样的能讲讲它的工作原理吗这是JVM面试中核心中的核心中高级岗位必问。很多开发者能说出“标记-清除”“复制算法”几个名词但一问“CMS和G1有什么区别”“ZGC为什么能做到亚毫秒停顿”就卡壳了。面试官真正想听的是从判定到算法到收集器的完整链路以及不同收集器的选型依据。今天用一张图 一个城市环卫比喻 七个收集器对比 六道追问让你彻底拿下这道题。一句话总结GC 自动识别“垃圾” 高效清理“垃圾”让程序员从手动内存管理中解放出来。核心设计理念分代收集Generational Collection——大多数对象朝生夕死不同生命周期的对象用不同策略处理。背诵口诀可达性分析判生死四大算法管回收七款收集器各司其职G1默认ZGC低延迟。 一图看懂GC机制全貌 生活比喻城市环卫系统场景设定把JVM的堆内存想象成一座城市对象就是城市里的居民GC就是环卫系统。1. 垃圾判定 城市人口普查市政府JVM派调查员从城市地标GC Roots出发沿着道路引用链走访所有居民被走访到的居民可达对象证明还有人能联系到他们继续留在城市里没被走访到的居民不可达对象已经“失联”被判定为需要清理的人口GC Roots包括市政府大楼静态变量、正在工作的工人活动线程、每个人的随身物品栈帧局部变量2. 回收算法 三种清理策略标记-清除在市区里贴“待清理”标签然后集中清走。操作简单但会留下坑坑洼洼内存碎片大件物品大对象可能放不下。标记-复制把城市分成东西两半只使用东半区。清理时把东半区还活着的人搬到西半区然后东半区全部推平重建。效率高但浪费一半土地只能使用50%内存。标记-整理把存活居民都集中到市区一头空出整块连续土地。没有碎片但搬家成本高移动对象。3. 分代收集 不同社区不同政策年轻代新生代刚搬来的新居民流动性大多数住几天就走了朝生夕死。用标记-复制最划算。老年代住了很久的老居民比较稳定。用标记-整理或标记-清除处理。4. 垃圾收集器 不同的环卫队伍Serial一个人扫全城简单但慢单线程Parallel一群人一起扫效率高多线程CMS一边让居民生活一边扫尽量不打扰并发G1把城市分成小格子优先扫垃圾最多的格子分区回收可预测停顿ZGC高科技环卫队扫垃圾时居民几乎感觉不到亚毫秒停顿 核心对比表面试速查版四大垃圾回收算法对比算法原理优点缺点适用场景标记-清除标记垃圾→统一清除实现简单不移动对象产生内存碎片CMS老年代标记-复制存活对象复制到另一半→清空原区域高效无碎片只能用50%内存新生代标记-整理标记存活→移到一端→清理边界外无碎片移动成本高需STW老年代分代收集不同代用不同算法整体最优实现复杂所有场景七大垃圾收集器对比收集器所属代算法线程特点适用场景Serial新生代复制单线程简单高效客户端/单核ParNew新生代复制多线程Serial多线程版搭配CMSParallel Scavenge新生代复制多线程吞吐量优先后台计算Serial Old老年代标记-整理单线程简单客户端模式CMS老年代标记-清除并发低停顿低延迟应用G1全堆分区回收并发可控停顿JDK9默认ZGC全堆着色指针并发亚毫秒超大堆100GBShenandoah全堆分区并发并发类似ZGCOpenJDK 三阶段深度解析阶段一垃圾判定——可达性分析垃圾判定的核心任务是识别堆中哪些对象已经“死亡”不再被使用。可达性分析算法以一系列称为GC Roots的对象作为起点从这些起点出发向下搜索搜索所走过的路径称为引用链。当一个对象到GC Roots没有任何引用链相连时即从GC Roots出发不可达证明该对象不可用。GC Roots包括静态变量Static Variables类级别的变量类未卸载就不会被回收活动线程Active Threads正在运行的线程本身就是GC Root栈帧中的局部变量方法参数和局部变量JNI引用通过JNI与本地代码交互时传递的对象对象被判定为垃圾后是否立即回收不一定。对象被判定不可达后需要经过两次标记第一次标记可达性分析发现不可达 → 标记并筛选判断是否有必要执行finalize()第二次标记如果对象重写了finalize()且还未执行会被放入一个低优先级的队列等待执行。如果在finalize()中重新与引用链建立关联对象“复活”避免被回收否则进行第二次标记真正回收。阶段二回收算法——四种策略1. 标记-清除Mark-Sweep标记遍历所有GC Roots标记所有可达对象清除遍历堆回收未被标记的对象缺点产生大量内存碎片标记和清除效率都不高2. 标记-复制Mark-Copy将内存分为大小相等的两块每次只使用一块回收时将存活对象复制到另一块清空原区域新生代优化8:1:1比例Eden:S0:S1可用内存达90%新生代默认算法Serial、ParNew、Parallel Scavenge3. 标记-整理Mark-Compact标记同标记-清除整理将所有存活对象向一端移动清理边界外的内存老年代默认算法Serial Old、Parallel Old4. 分代收集Generational Collection核心假说弱分代假说——绝大多数对象朝生夕死新生代标记-复制存活率低复制成本低老年代标记-整理或标记-清除存活率高复制成本高阶段三垃圾收集器——七款实战装备如果说GC算法是“理论武器”垃圾收集器就是“实战装备”。1. Serial / Serial Old最基础的收集器单线程工作GC时必须暂停所有用户线程STW适用于客户端模式或单核CPU环境2. ParNewSerial的多线程版本配合CMS使用新生代标记-复制多线程3. Parallel Scavenge / Parallel Old关注吞吐量Throughput适合后台计算场景新生代标记-复制多线程老年代标记-整理多线程可设置-XX:MaxGCPauseMillis和-XX:GCTimeRatio控制吞吐量4. CMSConcurrent Mark Sweep追求最短GC停顿时间适合低延迟应用老年代标记-清除并发缺点产生内存碎片无法处理浮动垃圾Full GC串行化5. G1Garbage FirstJDK 9起默认垃圾收集器核心创新将堆划分为2048个大小相等的Region不再物理隔离年轻代和老年代Region类型Eden、Survivor、Old、Humongous巨型对象可预测停顿-XX:MaxGCPauseMillis默认200msMixed GC优先回收垃圾最多的Region触发条件老年代占用率达到-XX:InitiatingHeapOccupancyPercent默认45%6. ZGCZ Garbage Collector追求亚毫秒级停顿10ms停顿时间不随堆大小增长JDK 15正式转正JDK 21支持分代ZGC着色指针利用64位指针高位存储对象元数据读屏障读取对象引用时自动处理并发转移回收周期只有两个STW阶段初始标记最终标记均1ms适用于超大堆100GB场景7. ShenandoahRed Hat开发JDK 15正式转正与ZGC类似追求低延迟Brooks指针 读屏障实现并发转移 高频面试追问6道大厂真题追问1怎么判断一个对象是垃圾引用计数法为什么不行回答要点可达性分析是主流引用计数法有循环引用致命缺陷。详细回答主流JVM采用可达性分析算法从GC Roots出发遍历引用链能到达的对象存活不能到达的对象死亡。引用计数法曾被考虑但未被采用因为它有循环引用的致命缺陷classA{publicBb;}classB{publicAa;}AanewA();BbnewB();a.bb;b.aa;// A和B互相引用anull;bnull;// 两者计数均不为0但已无法访问 → 内存泄漏只有Python、PHP等语言使用引用计数法。追问2Stop-The-World是什么为什么GC必须STW回答要点STW指GC时暂停所有应用线程目的是保证对象引用关系不变。详细回答Stop-The-WorldSTW指JVM在执行GC时暂停所有应用程序线程只保留GC所需线程。这是所有GC算法都无法完全避免的——如果GC线程和应用线程同时运行对象的引用关系会不断变化导致GC标记出现错误。GC优化的本质就是减少STW的停顿时间。追问3CMS和G1的核心区别是什么生产环境怎么选回答要点CMS是增量回收、产生碎片G1是分区回收、可预测停顿。详细回答维度CMSG1内存模型传统分代连续空间Region分区逻辑分代回收策略老年代增量回收优先回收垃圾最多的Region停顿时间不可预测Full GC串行化可预测-XX:MaxGCPauseMillis内存碎片✅ 会产生❌ 通过复制整理避免JDK默认JDK 8之前JDK 9起默认选型建议大堆≥4GB优先G1追求极致低延迟10ms选ZGC。追问4G1的Mixed GC和Full GC有什么区别回答要点Mixed GC是G1独有的部分回收Full GC是全局串行回收。详细回答Mixed GC是G1独有的回收方式不仅回收年轻代还会回收部分垃圾最多的老年代Region在用户指定的停顿时间内尽可能回收更多垃圾避免触发Full GC。当老年代占用率达到-XX:InitiatingHeapOccupancyPercent默认45%时触发。Full GC是全局串行回收停顿时间长应尽量避免。G1的Full GC通常在Mixed GC无法回收足够空间时触发。追问5ZGC为什么能做到亚毫秒级停顿回答要点着色指针读屏障并发转移。详细回答ZGC的核心技术包括着色指针Colored Pointer利用64位指针的高几位存储对象元数据无需在对象头中存储标记位读屏障Load Barrier读取对象引用时自动处理并发转移写操作无需屏障并发转移转移过程应用线程可继续运行极短STW只有初始标记和最终标记两个STW阶段均1ms追问6生产环境如何选择合适的垃圾收集器回答要点根据堆大小、延迟要求、吞吐量要求综合选型。详细回答场景推荐收集器理由客户端/单核/小堆Serial简单高效无多线程开销后台批处理/吞吐量优先Parallel Scavenge Parallel Old最大化吞吐量Web应用/低延迟G1JDK 9默认可预测停顿超大堆100GB/极致低延迟ZGC亚毫秒停顿OpenJDK环境/低延迟Shenandoah与ZGC类似 避坑指南序号错误认知正确理解1“对象不可达就会立即回收”不可达后需经过两次标记重写finalize()的对象可能“复活”2“CMS没有STW”CMS有STW初始标记、重新标记阶段只是比其他收集器少3“G1的停顿时间一定能达到设定值”-XX:MaxGCPauseMillis是目标不保证一定达到4“ZGC没有STW”ZGC有STW初始标记、最终标记只是均1ms5“Full GC一定会发生”合理配置下如G1的Mixed GC可以尽量避免Full GC6“GC调优就是调JVM参数”多数GC问题根源是代码问题频繁创建对象、内存泄漏 可运行验证代码importjava.util.ArrayList;importjava.util.List;publicclassGCDemo{// 模拟内存泄漏不断创建对象无法被回收privatestaticListbyte[]leakListnewArrayList();publicstaticvoidmain(String[]args)throwsInterruptedException{// 1. 查看GC信息System.out.println( JVM GC 信息 );System.out.println(最大堆内存: Runtime.getRuntime().maxMemory()/1024/1024MB);System.out.println(当前堆内存: Runtime.getRuntime().totalMemory()/1024/1024MB);// 2. 模拟对象创建与回收System.out.println(\n 模拟对象创建与GC );for(inti0;i10;i){// 创建临时对象应该被GC回收byte[]tempnewbyte[1024*1024];// 1MBThread.sleep(100);System.out.println(创建对象 (i1)占用1MB);}// 3. 手动建议GCSystem.gc();System.out.println(已调用 System.gc() 建议GC);Thread.sleep(1000);// 4. 模拟内存泄漏谨慎运行取消注释可能OOM// for (int i 0; i 1000; i) {// leakList.add(new byte[1024 * 1024]);// System.out.println(泄漏对象 (i 1));// }System.out.println(\n程序结束);}}JVM参数参考# 查看默认GCjava-XX:PrintCommandLineFlags-version# 指定G1java-XX:UseG1GC-Xmx4g-XX:MaxGCPauseMillis200YourClass# 指定ZGCJDK 15java-XX:UseZGC-Xmx16gYourClass# 打印GC日志java-XX:PrintGCDetails-XX:PrintGCDateStamps-Xloggc:gc.logYourClass❓ 评论区挑战问题以下关于JVM垃圾回收的说法哪一个是错误的// 场景一个对象被判定为不可达publicclassGCTest{privatestaticGCTestinstance;Overrideprotectedvoidfinalize()throwsThrowable{instancethis;// 在finalize中重新引用自己}}A. 对象被判定不可达后一定会立即被回收B. 如果对象重写了finalize()在回收前会被放入队列等待执行C. 在finalize()中重新建立引用可以让对象“复活”D. 可达性分析算法从GC Roots出发遍历引用链来判断对象是否存活 欢迎在评论区写出你的答案和理由我会在下一篇文章发布后更新本文公布答案及错误选项逐项解析。✅ 答案公布正确答案A. 对象被判定不可达后一定会立即被回收解析对象被判定不可达后需要经过两次标记才真正回收。第一次标记后如果对象重写了finalize()且还未执行会被放入队列等待执行。在finalize()中如果重新与引用链建立关联如instance this对象可以“复活”避免被回收。选项B正确重写了finalize()的对象会被放入队列等待执行。选项C正确在finalize()中重新建立引用可以让对象“复活”。选项D正确可达性分析是主流JVM采用的垃圾判定算法。错误选项逐项解析Bfinalize()会被放入队列正确。这是对象“最后生存机会”的机制。Cfinalize()中可让对象“复活”正确。这是finalize()机制的特殊行为也是它被废弃的原因之一。D可达性分析从GC Roots出发正确。这是可达性分析算法的核心定义。A立即回收错误。不可达后还需第二次标记且finalize()可能让对象“复活”。 总结层级核心内容关键点垃圾判定可达性分析GC Roots静态变量/活动线程/栈帧/JNI回收算法标记-清除/复制/整理/分代新生代复制老年代整理/清除垃圾收集器Serial→Parallel→CMS→G1→ZGC从单线程到并发到亚毫秒G1核心Region分区 Mixed GC可预测停顿JDK 9默认ZGC核心着色指针 读屏障亚毫秒停顿超大堆场景面试官最看重的三个点完整链路垃圾判定→回收算法→垃圾收集器——能讲清楚三层关系G1 vs CMS能说清Region分区、可预测停顿、Mixed GC选型依据不同场景堆大小、延迟要求选择不同收集器 系列导航上一篇面试官问JVM内存模型是什么下一篇预告面试官问JVM调优常用工具有哪些待发布全部85题目录点击查看关注专栏每周2-3篇一键追更搭配学习效果更佳本篇图解帮你快速建立知识画面记忆如果想深入理解源码实现和实战避坑细节可以配合姊妹系列《Java 100天进阶之路》对应章节一起学从零基础到上岗就业108篇完整学习地图每篇标配生活类比 可运行代码 避坑表 面试高频题 练习题不背八股文真正讲透“为什么”。 《Java 100天进阶之路》完整目录导航学习建议图解系列负责“快速建立知识图谱”进阶系列负责“深入理解原理”两个系列搭配使用面试备考效率翻倍。你在实际项目中遇到过GC问题吗比如频繁Full GC、GC停顿时间过长你是怎么排查和解决的欢迎评论区分享你的故事。