# JVM 垃圾回收调优的主要目标是什么？
5 min read
Table of Contents
JVM 垃圾回收调优的主要目标是什么？
【核心定义】
JVM 垃圾回收调优的核心目标是在满足应用性能要求（如吞吐量、延迟）的前提下，最小化GC开销，确保系统稳定高效运行。
【关键要点】
- 降低停顿时间（Latency）：减少单次GC导致的STW时间，尤其是Full GC，保障应用响应速度。
- 提高吞吐量（Throughput）：增加应用运行时间占比，减少GC占用CPU的比例，提升整体处理能力。
- 控制内存占用（Footprint）：在避免OOM的前提下，合理分配堆内存，平衡空间利用率和GC频率。
- 避免内存泄漏与碎片化：确保对象生命周期管理正确，减少碎片导致的Full GC或分配失败。
【深度推导/细节】
- 核心矛盾：吞吐量与延迟往往相互制约。例如，Parallel Scavenge追求高吞吐但单次停顿较长；CMS/G1降低停顿但吞吐可能下降，且存在碎片风险。
- 调优逻辑拆解：
Step 1：监控GC日志，识别问题（如频繁Young GC、长Full GC）。
Step 2：根据应用类型选择回收器（如低延迟选CMS/G1/ZGC，高吞吐选Parallel）。
Step 3：调整堆大小（-Xms, -Xmx）、新生代/老年代比例（-XX:NewRatio ）、Eden/Survivor区（-XX:SurvivorRatio ）。
Step 4：优化GC触发阈值（如-XX:MaxTenuringThreshold晋升年龄 、-XX:InitiatingHeapOccupancyPercent并发周期启动阈值 ）。
Step 5：结合对象分配速率、存活周期等数据迭代调整。
【关联/对比】
- 与内存分配关联：GC调优需配合对象分配策略（如TLAB、栈上分配），减少GC压力。
- 不同回收器对比：
- Parallel Scavenge/Parallel Old：吞吐优先，适用于后台计算。
- CMS：低停顿，但碎片敏感，已逐步被G1替代。
- G1：平衡吞吐与延迟，支持可预测停顿。
- ZGC/Shenandoah：亚毫秒级停顿，适用于超大堆内存。
『面试官追问』
- 如何通过GC日志判断内存泄漏？
- 答：观察老年代占用率持续上升，Full GC后回收效果差，多次Full GC后内存仍无法释放。
- 为什么G1比CMS更适合大堆场景？
- 答：G1采用分区模型，避免全局碎片，且停顿时间模型可配置（-XX:MaxGCPauseMillis ）。
- 调优时堆内存是否越大越好？
- 答：否。过大的堆会延长GC扫描时间，可能加剧Full GC停顿；应基于对象存活分布调整。
【直击痛点】
- 关键数字解析：
- 默认新生代比例（-XX:NewRatio =2）：老年代占2/3，适用于多数对象快速回收的场景。
- 幸存区比例（-XX:SurvivorRatio =8）：Eden与Survivor区8:1:1 ，平衡复制开销与对象保留。
- 晋升阈值（-XX:MaxTenuringThreshold =15）：基于对象年龄分代，避免过早晋升导致老年代压力。
- 设计合理性：这些默认值基于统计模型，适应多数应用；调优需根据实际对象生命周期调整。
【线程安全与版本差异】
- 线程安全：GC本身是线程安全的（STW或并发标记），但调优需关注多线程下对象分配速率对GC的影响。
- 版本差异：
- JDK 8：主流使用Parallel/CMS/G1（需显式启用）。
- JDK 11+：G1成为默认，引入ZGC（-XX:+UseZGC）和Shenandoah（-XX:+UseShenandoahGC），支持弹性堆和并发压缩。
- JDK 17+：ZGC性能增强，推荐用于超低延迟场景。
【总结】
GC调优是平衡艺术，需基于监控数据、应用特征及JDK版本动态调整。核心原则：优先满足延迟要求，再优化吞吐，最终控制内存成本。
