刚带完一个冲刺跳槽季的小组好几个同事在模拟面试里一听到“JVM垃圾回收GC”就卡壳。说实话这个知识点几乎是Java后端面试的必经关卡不管是校招还是社招面试官总会从某个角度切进来可能是“讲讲GC怎么判断对象该回收”也可能是“你们线上项目用哪个收集器参数怎么调的”。这篇攻略我想把GC这条线从头到尾给你捋顺涵盖面试考什么、底层原理怎么理解、收集器怎么选、日志怎么看、调优怎么落地还会把我自己踩过的坑和带人面试时观察到的答题误区一并翻出来。适合准备面试的Java工程师也适合刚学JVM想建立知识框架的同学按这个顺序看完至少心里不慌。1. JVM GC 面试到底在考什么1.1 面试官问GC的真实意图很多人以为面试官考GC是想看你会不会背概念其实不是。我坐在面试官位置上的时候问GC只有一个目的判断你是不是真的理解Java这门语言的运行机制遇到线上内存问题有没有排查思路。GC不是孤立的知识点它牵扯到对象生命周期、内存模型、并发编程、性能调优几乎能把你对JVM的整体认知一次问透。所以你会发现面试官很少只问“有哪些垃圾回收算法”这种送分题而是喜欢追问“为什么新生代用复制算法”“G1和CMS的区别到底在哪”“你线上服务老年代一直涨怎么办”。这些问题背后考察的是第一你有没有真正研究过而不是背过第二你有没有线上实战经验能不能把原理和工程场景对应起来第三你的知识体系是不是成网状的而不是一个孤立的知识点。明白了这一点你的准备方向就对了——不要罗列名词要讲清楚取舍逻辑和场景选择。1.2 你需要搭建的知识体系地图我建议你按下面这五层去搭建GC的知识树这也是我给别人做面试辅导时常用的主线第一层对象存活判定。这是GC的起点必须搞懂可达性分析、GC Roots是什么能说出哪些对象可以作为Root。第二层垃圾回收算法。复制、标记-清除、标记-整理每种算法的优缺点和适用场景要能对比。第三层分代收集模型。为什么堆要分新生代和老年代Eden区和两个Survivor区的关系晋升条件是什么。第四层主流收集器。Serial、Parallel、CMS、G1、ZGC各自的特点从JDK默认收集器的演变理解技术趋势。第五层调优与排查。GC日志怎么读常用命令行工具怎么用出现问题怎么定位这是面试加分的重头戏。这五层是从原理到实践的递进关系。面试时如果时间紧前两层至少要能闭着眼睛讲如果应聘的是高级岗位第五层基本是必问而且会结合你项目里实际遇到的内存问题来聊。后面我按这个地图逐层展开每一层都会把我认为最重要的细节和话术给你拆开。2. 核心概念对象生死判定与分代回收模型2.1 对象存活判定引用计数法和可达性分析判断对象要不要回收历史上出现过两种方案。引用计数法思路很直观对象每被引用一次计数器加1失去引用就减1减到0就能回收。但它在Java里根本行不通最大的坑是循环引用——两个对象互相引用计数器永远不归零内存就泄漏了。所以Java主流的做法是可达性分析从一系列叫GC Roots的根对象出发沿着引用链往下走能走到的对象标记为存活走不到的对象就是可回收垃圾。说到GC Roots我见过很多人只能背出三四个其实面试官很容易追问“到底哪些是GC Roots”这里建议你记全线程栈中的局部变量和参数、静态变量引用的对象、常量池中引用的对象、JNI引用的对象、被同步锁持有的对象以及JVM内部的系统类加载器、基本类型的Class对象等。这个过程可以类比成在一个房间里找哪些家具还能用从门口Roots开始凡是视线能看到、用手能够到的都留着看不到够不着的就搬走扔掉。2.2 分代收集为什么堆要分成新生代和老年代绝大多数对象都是“朝生夕灭”比如方法里new出来的临时对象用完就没人引用了。如果每次回收都把整个堆扫一遍成本高得离谱。于是JVM把堆按照对象的存活特点分成了新生代和老年代。新生代里再细分一个Eden区和两个Survivor区默认大小比例是8:1:1。新对象出生在Eden区Minor GC触发时把Eden和一个Survivor里还活着的对象复制到另一个空的Survivor反复几次之后熬过一定次数默认15次可通过-XX:MaxTenuringThreshold设置还没被回收的对象就晋升到老年代。这个设计背后的逻辑很聪明新生代对象存活率低适合用复制算法浪费一点空间换效率老年代对象存活时间长不能用复制算法反复倒腾得用标记-清除或标记-整理。很多面试题你会发现都在考这个理解——比如“为什么新生代要留一块空闲Survivor”“复制算法不是浪费空间吗”你答出“用空间换时间而且Survivor比例可以通过-XX:SurvivorRatio调整”就走在了大多数人前面。面试时候可以顺嘴提一句Eden区一次Minor GC能回收掉绝大部分临时对象真正存活下来需要复制的很少所以8:1:1的比例在统计上是划算的。2.3 三色标记法与并发标记的难点如果只看单线程回收上面说的算法已经够用了。但现代收集器都追求低停顿垃圾回收线程和应用线程要并发跑这就引出了一个经典难题一边标记一边还在new对象怎么保证不把活对象错杀解决方案就是三色标记法。白色代表还没访问到灰色代表正在访问它的引用黑色代表自己和直接引用都访问完了。并发标记过程中如果出现“黑色对象突然指向了一个白色对象而灰色对象到它的引用又断了”这个白色对象就会被错判成垃圾专业说法叫“对象消失问题”。解决这个问题有两条路一个是增量更新记录下黑色对象新增的引用重新标记阶段再扫描一遍另一个是原始快照记录下灰色对象删除的引用保证被删过的对象在这一轮也存活。CMS用的是增量更新G1则是两种机制结合具体到为什么面试被问到“CMS和G1在并发标记上的区别”你可以答出“CMS侧重增量更新G1用SATB原始快照来避免浮动垃圾过多”这绝对是加分项。这段知识确实抽象我建议你找个下午对着图自己推演两遍画一个对象引用图模拟并发标记过程中引用变化看看三色状态怎么切换想明白之后再去面试就有底气了。3. 垃圾收集器选型与生产实践3.1 从 Serial 到 ZGC主流收集器全景对比收集器这部分是面试的高频区也是很多人背得最痛苦又最容易混的。我给你一张表格把几个主流收集器的核心画像放一起对比比单独背要好记得多收集器线程模型设计目标适合场景主要缺点Serial单线程简单可靠客户端小应用、单核环境STW时间长Parallel多线程高吞吐量后台计算、批处理任务停顿不可控CMS并发低停顿响应优先的互联网服务内存碎片、浮动垃圾G1多线程并发可预测停顿服务端通用JDK 9默认小堆上优势不明显ZGC并发超低停顿大堆、超大堆需JDK 11调优经验少这里要注意一个常见误区Parallel不是“已被淘汰”的收集器它的默认地位在JDK 8里仍然是服务器端主流的组合很多批处理、离线计算场景吞吐量优先Parallel反而比G1更合适。CMS在JDK 9开始被标记废弃但存量系统里还有大量部署面试问它的概率并不低。聊到CMS一定要抓住三个关键词并发收集、内存碎片、浮动垃圾。并发收集让标记清除阶段不暂停应用线程但代价是无法处理并发期间新产生的垃圾只能等下一轮同时标记-清除算法天然会产生碎片碎片多了会导致老年代明明有空闲却分配不了大对象被迫触发Full GC。3.2 G1 收集器的工作原理与参数解读G1能成为JDK 9之后的默认选择核心在于它把堆划分成了一个个大小相等的Region区域不再物理上区分新生代和老年代而是让每个Region动态扮演Eden、Survivor或Old角色。这样做的好处是回收时可以只选择回收价值最高的部分Region而不是每次都全堆扫描从而实现了“可预测的停顿时间模型”。G1的另一个关键结构是RSetRemembered Set它记录了其他Region对当前Region的引用关系帮助G1在回收一个Region时快速找到谁在引用它代价是维护RSet需要额外的内存和计算开销。生产环境用G1有几个参数大部分人应该知道-XX:UseG1GC开启G1-XX:MaxGCPauseMillis用来设定目标停顿时间我一般建议设在100到300毫秒之间别设太激进的50毫秒否则G1为了赶停顿目标会频繁回收反而降低吞吐量。还有-XX:G1HeapRegionSize控制Region大小默认情况下JVM会根据堆大小自动算堆比较大时可以手动指定减少Region数量降低RSet管理负担。很多人忽略-XX:PrintAdaptiveSizePolicy这类诊断参数实际调优时开着它能看到G1内部自适应调整的过程对理解行为很有帮助。3.3 生产环境选型思路与回答模板面试官问“你生产环境用的什么收集器”千万别只扔一个名词就完事你要把思考过程演出来。我通常这样答如果服务是低延迟的在线接口首选G1目标停顿设置成200毫秒左右通过压测观察GC频率和停顿是否符合SLA如果是离线的数据分析任务追求吞吐量那就用Parallel甚至手动调大年轻代比例减少Minor GC次数如果堆内存在几十GB以上且停顿要求极严可以考虑ZGC但ZGC需要配套的操作系统和JDK版本支持接入前要做充分的压测验证。这里我补充一个实操心得选型时不要把目光只放在收集器本身还要看业务的GC特征。比如一个服务每次请求都会创建大量临时对象新生代回收就会很频繁这时候更需要关注Eden区大小和Survivor比例而一个服务有大量长生命周期对象缓存、连接池压力在老年代这时候要重点分析老年代的增长曲线和Full GC触发频率。回答时把这两个维度带进去面试官会觉得你是真的在调过参的人而不是背了篇技术博客。4. 高频面试题与应答思路拆解4.1 十道必背高频题我把这些年面试中反复出现的GC题目整理成一个清单按出现频率排序你可以拿来自测能不看答案把逻辑讲通就算过关如何判断对象是否可回收GC Roots有哪些垃圾回收算法有哪些各自优缺点是什么为什么新生代用复制算法老年代不能用Minor GC和Full GC分别发生在什么时候对象什么时候晋升到老年代CMS的回收过程分几步有什么优缺点G1和CMS有什么区别什么是三色标记并发标记怎么解决对象消失问题线上频繁Full GC怎么排查JVM调优一般调整哪些参数你调过什么前五道是基础分答不清楚基本没戏后五道是区分度答好了能让你从“会背”变成“会做”。尤其第9题我几乎每次必问因为线上问题排查是最能体现工程能力的地方。很多人会卡在“不知道怎么开始”其实标准思路很固定先看监控确认Full GC频率再用jstat观察各代内存变化用jmap导出堆转储用MAT分析大对象和引用链最后对症下药调整代大小或者修代码。4.2 从“背答案”到“讲原理”的升级话术面试中同样一道题背答案的人和懂原理的人说出来的效果完全不一样。比如问“Minor GC为什么会STW”背答案的人说“因为要暂停线程”懂原理的人会说因为可达性分析要求整个对象图在分析期间保持静止否则一边标记一边引用变化结果就是错的所以哪怕是并发收集器初始标记和重新标记阶段也免不了短暂的停顿。你看把“为什么”讲出来说服力完全不一样。我辅导组里的小伙伴时要求他们用“三段式”来回答技术题先说结论再说原因最后举自己的实践例子。比如回答“CMS有什么缺点”先说“主要有内存碎片和浮动垃圾两个问题”然后解释碎片怎么产生、浮动垃圾怎么产生最后补一句“我维护的一个老系统就是因为碎片问题导致老年代分配不了大对象最终换了G1”。不要小看最后这一句它把知识变成了经验面试官对你的印象分直接上一个台阶。5. GC 日志分析与调优实战5.1 读懂 GC 日志从一行日志看全局调优也好、排查也罢第一步永远是读GC日志。JDK 8及以前用的参数是-XX:PrintGCDetails -XX:PrintGCDateStampsJDK 9之后日志系统重构了改用统一的-Xlog:gc*。我强烈建议你在本地随便跑一个带内存压力的Demo打开GC日志亲眼看一次比看十篇教程都管用。这里是一个典型的G1日志片段[GC pause (G1 Evacuation Pause) (young) (initial-mark), 0.0123456 secs] [Parallel Time: 8.0 ms, GC Workers: 4] [Eden: 512.0M(512.0M)-0.0B(460.0M) Heap: 800.0M(2048.0M)-280.0M(2048.0M)] [Heap Regions: 100-35]第一行说明了这是一次年轻代迁移暂停耗时12毫秒左右中间几行显示Eden区从512M清到0整个堆从800M降到280M。看到这个日志你要能快速判断频率高不高耗时长不长回收效果好不好。频率高说明Eden区太小或者对象分配太多耗时长说明单次回收复制了太多存活对象回收效果差回收前后堆变化很小说明大量对象本来就应该晋升老年代问题可能在别处。5.2 一次完整的调优案例演练我拿一个模拟场景给你演示完整调优流程某在线接口服务16G堆用的G1近期监控显示GC频率从每分钟两次飙升到每十秒一次接口P99延迟明显上涨。第一步看GC日志发现每次年轻代回收耗时40毫秒以上但回收后堆内存下降不明显基本可以判断Eden区塞满了“死不了又没价值”的对象。第二步用jstat -gcutil观察各代使用率发现老年代持续上涨从40%涨到70%。第三步用jmap -dump导出堆快照用MAT跑Dominator Tree发现有个全局缓存里无限添加了查询结果对象一直引用着大量过期数据。定位到根因后改了两处缓存改为固定大小并用LRU淘汰策略把-Xmx设为8G压掉一半堆空间因为原16G对业务量来说实在过剩反而拉长了每次GC的扫描成本。改完再压测GC频率降到每分钟一次P99回落。这个案例想告诉你GC调优绝大多数情况下不是调参数能解决的而是代码里有不合理的内存使用参数只是辅助。面试聊调优时主动说出这个认知会让面试官觉得你理念到位。5.3 常用调优参数与 JVM 配置参考下面这份是我整理的基础配置模板适合大部分服务端应用起步你可以根据业务内存特征再调整-Xms4g -Xmx4g -XX:UseG1GC -XX:MaxGCPauseMillis200 -XX:ParallelGCThreads4 -XX:ConcGCThreads2 -XX:G1HeapRegionSize8m -XX:MaxTenuringThreshold15 -XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath/data/logs/dump -Xlog:gc*:/data/logs/gc.log:time,level,tags几个要点说一下-Xms和-Xmx设成一样避免运行期堆扩容导致的性能抖动这是几乎所有线上服务都该遵守的约定-XX:HeapDumpOnOutOfMemoryError和HeapDumpPath一定要配否则真OOM了你什么都捞不着-Xlog的路径得确保所在的目录存在且应用有写权限否则可能启动失败。还有一个高性价比参数是-XX:ExitOnOutOfMemoryErrorOOM时直接让进程退出交给容器或守护进程拉起比在一个半死不活的状态里硬撑要安全得多这个做法我推荐过很多团队。6. 常见误区与避坑清单6.1 我踩过的坑清单这几年不管是自己写代码还是帮别人review问题GC相关的坑见得实在太多了挑几个最有代表性的列出来以为调大堆内存就能解决一切问题。堆越大GC扫描和复制的基数越大停顿反而可能更长。堆内存应该匹配业务真实需要而不是越大越安心。在代码里手动调System.gc()。除非是特殊场景比如本地开发测试线上千万别这么干它很可能会触发Full GC而且CMS、G1都会响应这个调用引起无谓的全局停顿。忽略线程栈和元空间。内存问题不只在堆上我以前调过一个项目频繁“假死”最后发现是默认线程栈太大加上线程创建过多把系统内存挤爆了。排查时一定要看完整的内存视图。只看GC日志不看业务代码。这是新手最容易犯的错合理的内存分配是写出来的不是调参调出来的GC只是最后一道兜底。每个坑背后都是一次线上事故的教训。比如System.gc()那个坑某个业务方在定时任务里加了System.gc()想“主动回收”结果每天都准时Full GC服务卡顿被客诉了好几次才定位到。你把这些真实案例带进面试的讲述里远比干巴巴讲理论有感染力。6.2 面试作答的三大禁忌最后说说面试时最掉分的三种答法你如果有这些习惯赶紧改。第一堆砌名词不解释关系开口就是“CMS、G1、ZGC都很优秀”但你问他为什么选G1半天说不出所以然。回答任何收集器都至少给一个适用场景和一条局限。第二概念张冠李戴把“Minor GC发生在老年代”“复制算法会整理内存”这种话一说出口面试官基本就给你定性了。概念记不清宁可不答也别乱编。第三没有数据支撑的调优故事你说“我调优过JVM”面试官追问“调了什么参数、改之前什么样、改之后什么样”你答不上来就露馅了。真正调优过的人这些细节是刻在脑子里的。注意如果实在没有线上调优经验不要编造。你可以坦白说“我在本地做过模拟压测和日志分析线上经验还在积累”然后把你做的实验细节讲出来。诚实加细致比编造一个虚假的运维故事要好得多。面试现场的心态也很重要。GC这个话题覆盖面广面试官通常会根据你的回答深度调整追问方向你答到哪一层他就聊到哪一层。所以没必要害怕被问住把你会的东西用“结论原理实践”的结构讲完整就已经超过大多数人。最后再分享一个我自己的习惯每次面试前我会花半天时间重新读一遍JDK版本的发布说明里关于GC的变更因为收集器默认值和参数经常变。比如JDK 8默认是Parallel组合JDK 9开始默认G1很多人还在用旧知识答新版本的问题这其实挺可惜的。GC这块知识光靠面试前突击容易忘真建议你平时就在本地多跑几个内存实验把日志打开看看踩过几次坑之后你对GC的理解会比我写多少攻略都更扎实。