跳至主要內容

JVM GC面试精讲：从新生代到老年代，G1的Region分配与回收

老张2026/4/30大约 10 分钟

JVM GC面试精讲：从新生代到老年代，G1的Region分配与回收

适读人群：Java中高级开发 | 难度：★★★★★ | 出现频率：高

开篇故事

做JVM调优这些年，遇到过各种各样的GC问题。印象最深的一次，是一个核心服务每隔几个小时就要Full GC一次，每次停顿将近20秒，期间所有请求超时告警。

根因排查花了整整一周。最后发现是某个功能每次调用会缓存一个大的Map对象，这些Map本来是临时的，但因为错误地放入了一个static字段，导致无法被回收，逐渐堆满老年代，触发Full GC。

把static字段改成弱引用，Full GC消失了。

这次调优经历让我深刻理解了JVM内存分代模型和GC的运作机制。今天把这些知识彻底梳理一遍。

一、高频考点拆解

JVM GC这道题，面试官考察三个层次：

第一层：JVM内存区域（堆结构：新生代、老年代）、GC算法（标记清除、复制、标记整理）

第二层：各代的回收器（Serial、Parallel、CMS、G1、ZGC），重点是G1的设计

第三层：GC调优（如何分析GC日志、如何调整参数、如何排查内存泄漏）

二、深度原理分析

2.1 传统分代堆结构

2.2 对象的生命周期（分代假设）

分代假设：大多数对象朝生夕死（新生代），少数对象存活时间长（老年代）。

关键参数：

  • -Xmx：堆最大值
  • -Xms：堆初始值（建议和Xmx相同，避免堆伸缩）
  • -Xmn：新生代大小
  • -XX:SurvivorRatio：Eden和Survivor的比例，默认8（即8:1:1）
  • -XX:MaxTenuringThreshold：晋升老年代的年龄阈值，默认15

2.3 三大GC算法

标记-清除（Mark-Sweep）：标记存活对象，清除未标记对象。

  • 优点：简单
  • 缺点：内存碎片，大对象分配困难

复制算法（Copying）：把存活对象复制到另一块空间，清空原空间。

  • 优点：无碎片，效率高
  • 缺点：需要双倍内存，适合存活率低的场景
  • 用于：新生代（Eden和两个Survivor）

标记-整理（Mark-Compact）：标记存活对象，向一端移动，清除边界外空间。

  • 优点：无碎片
  • 缺点：移动对象成本高，需要STW
  • 用于：老年代

2.4 G1垃圾收集器（重点）

G1（Garbage-First）是JDK9+的默认GC，也是当前生产环境主流选择。

G1的核心设计：Region

G1打破了传统的连续新生代/老年代划分，将堆分成大量相等大小的Region（默认约2MB）。

每个Region可以动态地扮演Eden、Survivor、Old、Humongous（大对象）的角色，不再是固定的连续空间。

G1的四种GC模式：

  1. Young GC（Minor GC）：只回收新生代Region（所有Eden + Survivor Region）
  2. Mixed GC：回收所有新生代Region + 部分老年代Region
  3. Full GC：老年代占用超过IHOP（InitiatingHeapOccupancyPercent，默认45%），触发并发标记，之后Mixed GC
  4. 退化Full GC：G1无法满足分配需求时，退化到Serial Old Full GC

G1的GC流程：

为什么G1叫Garbage-First：G1优先回收垃圾最多（存活对象最少）的Region，单次GC的收益最大，以此控制GC停顿时间（-XX:MaxGCPauseMillis参数）。

Remembered Set（RSet）：

G1需要知道哪些Region外的对象引用了当前Region内的对象（跨Region引用）。每个Region都维护一个RSet，记录所有外部引用。Young GC时，GC Roots是Eden+Stack+RSet，不需要扫描整个堆。

三、标准答案 + 代码验证

3.1 触发GC并观察

import java.lang.management.ManagementFactory;
import java.lang.management.GarbageCollectorMXBean;
import java.util.ArrayList;
import java.util.List;

public class GCObserver {
    
    public static void main(String[] args) throws InterruptedException {
        // 打印初始GC信息
        printGCInfo();
        
        // 制造GC压力：创建大量短暂对象
        for (int i = 0; i < 100; i++) {
            List<byte[]> list = new ArrayList<>();
            for (int j = 0; j < 1000; j++) {
                list.add(new byte[1024 * 10]); // 10KB
            }
            // list离开作用域，变为垃圾
            Thread.sleep(10);
        }
        
        System.gc(); // 建议JVM执行GC
        Thread.sleep(1000);
        
        printGCInfo();
    }
    
    static void printGCInfo() {
        List<GarbageCollectorMXBean> gcBeans = ManagementFactory.getGarbageCollectorMXBeans();
        for (GarbageCollectorMXBean gcBean : gcBeans) {
            System.out.printf("GC: %s, 次数: %d, 耗时: %dms%n",
                gcBean.getName(),
                gcBean.getCollectionCount(),
                gcBean.getCollectionTime());
        }
    }
}

3.2 GC日志参数配置（JDK11+）

# 启动参数（JDK11+语法）
java -Xmx4g -Xms4g \
  -XX:+UseG1GC \
  -XX:MaxGCPauseMillis=200 \
  -XX:InitiatingHeapOccupancyPercent=45 \
  -Xlog:gc*:file=gc.log:time,level,tags \
  -jar app.jar

# JDK8语法（旧版）
java -Xmx4g -Xms4g \
  -XX:+UseG1GC \
  -XX:MaxGCPauseMillis=200 \
  -XX:+PrintGCDetails \
  -XX:+PrintGCDateStamps \
  -Xloggc:/var/log/gc.log \
  -jar app.jar

3.3 常见GC问题分析代码

// 模拟内存泄漏（导致Full GC频繁）
public class MemoryLeakDemo {
    
    // 错误：static字段持有大量数据，永远不释放
    private static final Map<String, byte[]> CACHE = new HashMap<>();
    
    public void leakMemory(String key) {
        // 每次调用往static缓存里放1MB数据，永远不清理
        CACHE.put(key, new byte[1024 * 1024]);
    }
    
    // 正确：使用WeakHashMap，key没有其他引用时自动被GC
    private static final Map<String, byte[]> SAFE_CACHE = new WeakHashMap<>();
    
    // 或者设置最大容量的LRU缓存
    private static final Map<String, byte[]> LRU_CACHE = 
        Collections.synchronizedMap(
            new LinkedHashMap<String, byte[]>(1000, 0.75f, true) {
                @Override
                protected boolean removeEldestEntry(Map.Entry<String, byte[]> eldest) {
                    return size() > 1000; // 超过1000条就移除最旧的
                }
            }
        );
}

四、面试官追问

追问1：什么情况下会触发Full GC？如何避免？

我的回答：Full GC的触发条件有几种：老年代空间不足（最常见）、元空间/永久代空间不足（类太多）、调用System.gc()（会触发Full GC，生产代码中不应该调用）、Minor GC后大对象需要晋升老年代但老年代空间不够（担保失败）。避免Full GC的方法：调大堆大小（给老年代更多空间）、减少大对象（大对象直接进老年代，避免大对象创建）、减少长生命周期对象（检查是否有内存泄漏）、对于G1，调高InitiatingHeapOccupancyPercent让Mixed GC更早触发，在Full GC前把老年代清理掉。

追问2：G1和ZGC有什么区别？

我的回答：G1是JDK9默认GC，目标是在满足停顿时间目标（MaxGCPauseMillis）的前提下最大化吞吐量，停顿时间通常在几十毫秒到几百毫秒级别，适合大多数服务端应用。ZGC（JDK15后生产就绪）是下一代GC，设计目标是超低停顿（停顿时间<1ms，与堆大小无关），通过染色指针（Colored Pointers）和读屏障（Load Barrier）实现了更多阶段的并发化，几乎所有GC工作都与应用并发执行。代价是吞吐量略低于G1（多了并发开销）。对停顿时间极敏感的场景（游戏服务器、金融交易）推荐ZGC。

追问3：如何分析一个GC日志？

我的回答：分析GC日志主要看几个维度。第一，GC类型：Young GC/Minor GC是正常的，频率高说明新生代太小或者对象创建太快；Full GC是危险信号，应该极少发生甚至不发生。第二，停顿时间（STW时间）：观察是否超过了业务要求的响应时间阈值，如果Young GC每次100ms而业务要求RT<200ms，已经影响SLA了。第三，堆使用量变化：GC前后的堆大小，如果每次GC后堆使用量都在增长，说明有内存泄漏。第四，GC频率：短时间内频繁GC，说明内存压力大，需要扩容或优化。工具推荐：GCEasy（在线分析GC日志）、VisualVM（本地图形化分析）。

五、同类题目举一反三

什么是STW（Stop-The-World）？为什么GC必须STW？

STW是指GC执行某些阶段时，必须暂停所有应用线程。原因是：GC在扫描对象引用关系时（可达性分析），如果应用线程在运行，引用关系可能发生变化（新对象产生、引用被断开），导致扫描结果不准确。所以需要暂停应用线程，保证扫描期间对象图不变。现代GC的优化方向是减少STW的时长和频率：G1把并发标记阶段并发化，只有初始标记、最终标记、清理阶段需要短暂STW；ZGC几乎所有阶段都并发化，STW时间控制在毫秒以下。

六、踩坑实录

坑一：-Xms设置过小，JDK频繁申请内存导致性能低

有个服务配置了-Xms256m -Xmx4g，堆初始512MB但最大4GB。启动后随着流量增大，JVM频繁扩容堆，每次扩容都有开销，而且扩容过程本身可能触发GC。把Xms改成和Xmx一样的4GB，堆一次性分配到位，不再需要扩容，性能稳定了很多。代价是JVM启动时就占用4GB内存，如果是容器部署，要确保容器内存比Xmx大，否则可能被OOM kill。

坑二：元空间不足导致频繁Full GC

有个服务用了大量动态代理（Spring AOP、MyBatis、Dubbo等），每次请求都会动态生成类，元空间不断增长，最终触发Full GC来清理元空间中的废弃类。添加参数-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m，给元空间设置合理的初始值和上限，同时排查是否有不必要的动态类生成，问题解决。

坑三：大对象频繁创建导致G1 Humongous区填满

某接口每次都返回一个很大的JSON响应体，序列化后超过1MB，被分配到G1的Humongous Region。Humongous对象只有在Mixed GC或Full GC时才回收，不走普通的Minor GC。大量接口调用后，Humongous Region填满，触发Full GC。优化方案：响应数据分页，减少单次响应大小；将大对象改为流式处理（Streaming），避免一次性创建大对象。

七、总结

JVM GC的核心知识：

分代模型：新生代（Eden+Survivor）存短命对象，复制算法；老年代存长命对象，标记整理。

G1的改进：Region化设计，不再是固定的连续分代；优先回收垃圾最多的Region；通过MaxGCPauseMillis控制停顿目标。

GC调优思路：

  1. 减少Full GC：检查内存泄漏，调大堆，避免大对象直接晋升老年代
  2. 减少Minor GC停顿：增大新生代，减少Survivor大小（让对象更快晋升或直接进老年代）
  3. G1场景：调整MaxGCPauseMillis（默认200ms），观察GC日志，必要时调整Region大小

面试时能把分代假设、三大GC算法、G1的Region设计讲清楚，再能聊聊GC调优的经验，就是高水平的回答。

编辑此页
最近更新:
贡献者: xiaozhangge