面试官问“线上Full GC频繁你怎么排查”你支支吾吾说“重启试试”。工作三年写过业务、搭过框架却连JVM调优都不会这大概是很多Java程序员的真实写照。不是调优有多难而是你一直没逼自己直面它。为什么三年经验必须懂JVM调优三年意味着你不再只是写增删改查。线上OOM、CPU飙高、接口毛刺、服务假死这些迟早会找上你。不懂JVM你只能重启、加内存、换机器治标不治本。面试官问JVM不是要你背参数而是看你有没有独立定位和解决线上问题的能力。先搞懂内存结构和GC基础JVM内存主要分堆、虚拟机栈、本地方法栈、方法区、程序计数器。调优主战场是堆新生代EdenSurvivor和老年代。对象优先在Eden分配Minor GC后存活对象进入Survivor年龄够了晋升老年代。老年代满了触发Full GC停顿长影响大。常见收集器Serial、Parallel、CMS、G1、ZGC。低延迟选G1或ZGC高吞吐选Parallel。调优的核心目标先问业务要什么调优不是让GC次数越少越好而是平衡延迟和吞吐。Web接口要求低延迟就控制GC停顿离线计算追求吞吐可以容忍长停顿。目标不同参数策略完全不同。必会的常用参数-Xms和-Xmx设成一样避免堆动态伸缩-Xmn或-XX:NewRatio控制新生代-XX:MetaspaceSize防元空间频繁扩容-XX:UseG1GC启用G1-XX:MaxGCPauseMillis设期望停顿-XX:HeapDumpOnOutOfMemoryError留现场。别死记要理解每个参数影响什么。调优四步法监控→分析→调整→验证第一步监控jstat -gcutil看GC频率和耗时jmap -heap看内存分布开启GC日志用GCViewer或MAT分析。第二步分析是Young GC频繁还是Full GC频繁是内存泄漏还是堆太小第三步调整改参数或修代码。第四步验证压测对比确认指标改善。三个高频场景与解法场景一频繁Full GC。先看老年代增长曲线若持续上涨不下降大概率内存泄漏。用jmap -dump导出堆MAT找大对象和GC Roots。若曲线锯齿状可能是堆太小或晋升过早调大老年代或增大Survivor。场景二接口毛刺。通常是GC停顿导致。看GC日志若单次停顿几百毫秒换G1并设MaxGCPauseMillis50或调低新生代大小减少单次回收范围。场景三OOM。堆溢出加-Xmx并查泄漏元空间溢出调大MetaspaceSize直接内存溢出查NIO或Netty的ByteBuf释放。工具是手的延伸jstat看实时GCjmap导堆jstack查线程arthas在线诊断MAT分析堆转储。别只会在IDEA里点运行生产环境这些才是救命稻草。总结三年经验不会JVM调优不丢人丢人的是明知不会还不学。调优不是背几十个参数而是理解内存模型、GC原理用数据驱动决策。下次线上再卡别急着重启先看GC日志、导堆、定位根因。当你能说出“Full GC频繁是因为老年代增长过快我加了-XX:HeapDumpOnOutOfMemoryError并查到是缓存未设过期”你就已经超过大多数三年经验的人了。