4. 垃圾回收机制与调优实战：GC算法、调优参数、日志分析
GC调优是Java性能优化面试的核心考点。面试官不仅要求你罗列算法和参数，更希望通过日志分析、问题定位、方案验证的全链路思维考察你的实战能力。本章围绕3道高频面试题和1个真实项目案例，拆解回答框架与避坑要点。
高频问答卡片
Q1：常见的GC算法有哪些？分别适用于什么场景？
考察点： GC算法原理、分代假设、CMS/G1/ZGC特性与适用性。
回答框架： ① 按发展顺序说明四种基础算法（标记-清除、标记-复制、标记-整理、分代收集）；② 强调不同算法的内存布局与停顿特点；③ 结合JDK版本演进，说明CMS→G1→ZGC的替代关系。
简短示例回答： 标记-清除有碎片问题，适合老年代；标记-复制高效但浪费空间，用于年轻代；标记-整理避免碎片，适合老年代。G1面向大堆（>4GB），可预测停顿；ZGC采用染色指针，专注低延迟、超大堆场景。
可能追问： G1与CMS的停顿模型对比？ZGC的染色指针如何工作？为什么JDK8之后推荐G1？
Q2：如何通过GC日志分析Full GC频繁的原因？
考察点： GC日志关键字段识别、归因分析能力、工具使用（jstat、GCViewer）。
回答框架： ① 确保已开启日志（-XX:+PrintGCDetails -XX:+PrintGCDateStamps）；② 关注Full GC Cause（Metadata GC Threshold、Ergonomics等）；③ 分析老年代占用变化、晋升大小、堆外内存（DirectBuffer）等。
简短示例回答： 先查看Full GC Cause，若为“Metadata GC Threshold”则元空间不足；若老年代持续上涨且回收后空间释放很少，怀疑大对象直接进入老年代或内存泄漏。再用jmap -histo:live对比存活对象。
可能追问： 如何区分系统压力大与内存泄漏？晋升失败（Promotion Failed）如何处理？CMS并发模式失败怎么办？
Q3：你有哪些常用的JVM GC调优参数？请举例说明。
考察点： 常用参数记忆、参数作用原理、调优经验。
回答框架： ① 分类说明：堆大小、代比例、GC选择、日志相关参数；② 举例实际调优场景：如G1下调整-XX:MaxGCPauseMillis和-XX:G1HeapRegionSize；③ 说明调整依据与效果验证。
简短示例回答： 我曾调优G1时，设-Xms8g -Xmx8g -XX:MaxGCPauseMillis=200，因对象晋升快，将-XX:G1NewSizePercent从5%调至10%，并配合-XX:G1MixedGCLiveThresholdPercent=85加速混合回收，最终Full GC频率从每5分钟一次降到每2小时一次。
可能追问： G1的Region大小如何计算？什么情况下用CMS比G1更好？为什么建议Xms与Xmx相等？
项目案例模板：电商秒杀系统GC调优
将GC调优与真实业务背景结合，是面试中的“杀手锏”。以下模板可直接套用。
| 项目名称 | 电商秒杀系统GC调优 |
| 业务背景 | 大促期间订单系统Full GC频繁，每次STW 200ms+，导致TP99从50ms飙升到600ms，用户退款激增。 |
| 规模指标 | 100个节点（8C16G），每节点堆8GB；秒杀峰值QPS 5000，单请求对象大小约1MB。 |
| 技术栈 | JDK8、G1（默认改用G1）、Spring Boot、Redis、Kafka、Prometheus+Grafana监控。 |
| 核心难点 | 突然流量导致年轻代对象快速晋升，老年代占用量飙升触发连续Mixed GC；G1的停顿预测模型在大对象面前失效，出现G1Evacuation Pause超长暂停。 |
| 面试高频追问 | ① 如何区分是对象晋升过快还是内存泄漏？→ 看GC日志老年代占用增长斜率是否随时间放缓；② G1的-XX:G1NewSizePercent调整依据？→ 根据年轻代存活率与Mixed GC频率；③ 是否考虑过ZGC？→ 项目JDK8无法迁移，且需要<4ms停顿才值得。 |
| 可迁移回答话术 | “我通过分析GC日志发现G1Evacuation Pause的Desired Survivor Size异常，将-XX:G1NewSizePercent从5%提至12%，同时增大-XX:G1ReservePercent到20%预留空间，并配合-XX:G1MixedGCLiveThresholdPercent=85，最终FullGC从每5分钟1次降到2小时1次，TP99稳定在80ms以下。” |