JVM调优是Java后端开发者的必备技能，也是区分高级工程师与中级工程师的重要标志。当系统出现GC停顿时间长、内存持续增长、频繁Full GC等问题时，深入理解JVM的运行机制就成了解决问题的前提。
一、GC日志的正确打开方式
调优的第一步是获取准确的GC数据。在JVM启动参数中加入以下配置：
-Xlog:gc*=info:file=gc.log:time,uptime,level,tags:filecount=10,filesize=10M
-XX:+UseG1GC
-XX:MaxGCPauseMillis=200
-Xms4g -Xmx4g
GC日志中最重要的信息包括：GC类型（Young/Old）、GC前后的内存使用量、GC耗时、以及GC原因。通过分析gc.log，你可以判断： - Young GC频繁：Eden区太小或对象分配率高 - Full GC频繁：老年代空间不足或大对象直接进入老年代 - GC耗时过长：堆太大或G1的Region配置不合理
二、主流GC算法对比与选型
Java 11+提供了多种GC算法，每种都有其最佳适用场景：
- G1（Garbage First）：默认选择，适合大堆（>4GB），追求可控停顿时间
- ZGC：亚毫秒级停顿，支持TB级堆，适合对延迟极度敏感的系统
- Shenandoah：与ZGC类似，但不需要额外内存屏障
- Serial/Parallel：单线程或并行，适合单核或对吞吐量要求高的批处理
三、G1调优的关键参数
G1是目前最广泛使用的GC，其核心调优参数包括： -Xlog:gc*=info:file=gc.log:time,uptime,level,tags:filecount=10,filesize=10M -XX:MaxGCPauseMillis=200 // 目标最大停顿时间 -XX:G1HeapRegionSize=16M // Region大小，需为2的幂 -XX:InitiatingHeapOccupancyPercent=45 // 触发Mixed GC的阈值 调优的思路是：先设定期望的停顿时间（MaxGCPauseMillis），然后让G1自动调整Region大小和Young/Old比例。如果仍然达不到目标，再细化参数。
四、生产环境实战案例
某电商系统在促销期间出现大量Full GC停顿，原因是用户Session对象过大且生命周期过长。解决思路：
- 分析堆转储（jmap -dump:format=b,file=heap.hprof）
- 使用MAT（Memory Analyzer Tool）定位大对象
- 将Session数据外置到Redis，减小堆内存占用
- 开启对象年龄统计，观察对象晋升年龄
- 将-Xms和-Xmx设为相同值，避免动态扩容带来的额外压力
参考资料
• Oracle官方JVM调优指南
• JVM G1调优完全指南
• GCViewer - GC日志分析工具
