我的生态
🧭
Java 面试指南覆盖面试高频考点，助你从容应对技术面试

    GC 对比矩阵（G1/ZGC/Shenandoah）

    JVM 提供了多种 GC 选择，每种都有其特点和适用场景。理解它们的差异，是做出正确选型决策的基础。

    本文将对主流 GC 进行全面对比，帮助你在不同场景下做出最佳选择。

    收集器全景对比

    特性SerialParallel ScavengeCMSG1ZGCShenandoah
    线程模型单线程多线程并行并发标记并发+增量整理并发并发
    停顿时间长较长短可控亚毫秒亚毫秒
    停顿与堆关系线性增长线性增长线性增长有关无关无关
    吞吐量低高中中高高高
    内存占用低低中中高中中
    最大堆支持--~4GB~100GB>16TB>100GB
    内存碎片无无有可控无无
    指针压缩支持支持支持支持不支持不支持
    堆内存回收全堆全堆全堆分区分区分区
    Java 版本1.01.41.4（已移除）9（默认）15（生产）15（正式）

    停顿时间对比

    flowchart TB
    subgraph 停顿时间["停顿时间对比"]
        S["Serial\n100ms~数秒"]:::serial
        P["Parallel\n50ms~数秒"]:::parallel
        C["CMS\n50ms~500ms"]:::cms
        G1["G1\n10ms~200ms"]:::g1
        Z["ZGC\n<1ms"]:::zgc
        SH["Shenandoah\n<1ms"]:::shenandoah
    end
    
    classDef serial fill:#ff6b6b
    classDef parallel fill:#feca57
    classDef cms fill:#fd79a8
    classDef g1 fill:#0984e3
    classDef zgc fill:#00b894
    classDef shenandoah fill:#5f27cd,color:#fff

    吞吐量对比

    收集器吞吐量说明
    Serial最低单线程，无并行开销
    Parallel Scavenge最高吞吐量优先设计
    CMS中等并发标记，但有额外开销
    G1中高平衡停顿时间和吞吐量
    ZGC高并发开销约 5%~15%
    Shenandoah高读/写屏障开销约 5%~15%

    选型建议

    场景一：小内存、低要求

    适用配置：

    # Serial 配置
java -Xms256m -Xmx256m \
    -XX:+UseSerialGC \
    -jar application.jar

    适用场景：

    • 堆内存 <1GB
    • 单核 CPU
    • 客户端应用
    • 低延迟要求不高

    场景二：批处理、吞吐量优先

    适用配置：

    # Parallel 配置
java -Xms4g -Xmx4g \
    -XX:+UseParallelGC \
    -XX:+UseAdaptiveSizePolicy \
    -XX:GCTimeRatio=19 \
    -jar batch-processor.jar

    适用场景：

    • 后台批处理任务
    • ETL 作业
    • 科学计算
    • 日志处理

    场景三：中等内存、平衡需求

    适用配置：

    # G1 配置
java -Xms8g -Xmx8g \
    -XX:+UseG1GC \
    -XX:MaxGCPauseMillis=200 \
    -XX:InitiatingHeapOccupancyPercent=45 \
    -jar application.jar

    适用场景：

    • 堆内存 4GB~16GB
    • 需要平衡停顿时间和吞吐量
    • Web 服务、API 服务
    • Java 9+ 默认选择

    场景四：超大内存、极低延迟

    适用配置：

    # ZGC 配置
java -XX:+UseZGC \
    -Xms64g -Xmx64g \
    -XX:ConcGCThreads=8 \
    -jar application.jar

# 或 Shenandoah 配置
java -XX:+UseShenandoahGC \
    -Xms64g -Xmx64g \
    -XX:ShenandoahGCHeuristics=adaptive \
    -jar application.jar

    适用场景：

    • 堆内存 >16GB
    • 极致低延迟要求（金融、游戏）
    • 高可用服务
    • 不能接受长停顿的关键系统

    决策树

    flowchart TD
    A["开始选型"] --> B{"堆内存大小?"}
    B -->|"<1GB"| C["Serial"]
    B -->|"1GB~4GB"| D{"延迟要求?"}
    B -->|"4GB~16GB"| E{"延迟要求?"}
    B -->|">16GB"| F["ZGC 或 Shenandoah"]
    
    D -->|"一般"| G["G1"]
    D -->|"严格"| E
    E -->|"一般"| H["G1"]
    E -->|"严格"| F
    
    C --> I["吞吐量优先?"]
    I -->|"是"| J["Parallel Scavenge"]
    I -->|"否"| K["结束"]
    
    style C fill:#ff6b6b
    style G fill:#0984e3
    style H fill:#0984e3
    style F fill:#00b894
    style J fill:#feca57

    迁移指南

    从 CMS 迁移

    CMS 在 Java 14 中已被移除，迁移选项：

    1. 迁移到 G1（推荐）
    java -Xms4g -Xmx4g \
    -XX:+UseG1GC \
    -XX:MaxGCPauseMillis=200 \
    -jar application.jar
    1. 迁移到 ZGC
    java -XX:+UseZGC \
    -Xms8g -Xmx8g \
    -jar application.jar

    从 Serial/Parallel 迁移

    如果应用需要更低的延迟：

    # 从 Parallel 迁移到 G1
java -Xms4g -Xmx4g \
    -XX:+UseG1GC \
    -XX:MaxGCPauseMillis=200 \
    -jar application.jar

    从 G1 迁移到 ZGC

    如果堆内存超过 16GB 且需要更低的延迟：

    java -XX:+UseZGC \
    -Xms64g -Xmx64g \
    -XX:ConcGCThreads=8 \
    -jar application.jar

    未来展望

    GC 技术仍在持续演进：

    1. Generational ZGC：ZGC 的分代版本，进一步提升性能
    2. Leyden：OpenJDK 的静态编译项目，旨在缩短启动时间
    3. 虚拟线程：Loom 项目的一部分，可能改变内存分配模式

    持续关注这些发展，可以帮助你在未来做出更好的技术决策。