工作三年写得了业务改得了Bug唯独听到“JVM调优”四个字就心里发虚。面试被问GC只能背八股线上CPU飙高第一反应是重启看到Full GC日志像看天书。你以为是知识不够其实是缺一套可落地的公式。JVM调优不是玄学它本质是一个“监控→分析→调整→验证”的闭环。我把它总结成一套万能公式定目标、开日志、看指标、调参数、压测验证。照着做80%的调优场景都能搞定。第一步定目标。调优前先问自己我要吞吐量还是低延迟Web应用通常追求低延迟GC停顿不能超过200ms批处理任务追求高吞吐停顿长点无所谓。目标不同策略完全不同。别一上来就调参数那是耍流氓。第二步开日志。没有GC日志调优就是瞎猜。Java 8用-XX:PrintGCDetails -XX:PrintGCDateStamps -Xloggc:gc.logJava 11用-Xlog:gc:filegc.log。日志里藏着一切真相Young GC频率、Full GC次数、每次停顿时间、堆内存变化。第三步看指标。用jstat -gcutil pid 1000实时观察。重点看三个数Young GC频率几秒一次算正常几百毫秒一次说明新生代太小、Full GC频率一天几次可以忍一小时几次必须查、GC停顿时间超过1秒就要警惕。再看堆使用曲线如果老年代持续上涨不下降八成是内存泄漏。第四步调参数。记住几个核心参数堆大小-Xms和-Xmx设成一样避免动态扩容。通常设为物理内存的50%-70%。新生代-Xmn设为堆的1/3左右。太小导致Young GC频繁太大导致Young GC停顿长。GC器低延迟选G1-XX:UseG1GC大堆16G选ZGC吞吐优先选Parallel。元空间-XX:MetaspaceSize256m -XX:MaxMetaspaceSize256m避免频繁Full GC。G1关键参数-XX:MaxGCPauseMillis200设定目标停顿-XX:InitiatingHeapOccupancyPercent45触发并发标记。第五步压测验证。调完参数必须压测对比调优前后的TPS、响应时间、GC频率。没有验证的调优等于没调。举个真实案例一个Spring Boot服务Full GC每10分钟一次每次停顿2秒。按公式排查开日志发现老年代增长快用jmap -histo:live发现某个本地缓存没设过期越积越多。修复代码后调整-Xmx4g -Xmn1g -XX:UseG1GC -XX:MaxGCPauseMillis200Full GC降到每天一次停顿200ms以内。这套公式的精髓不是死记参数而是养成“先看后调、数据驱动”的思维。JVM调优没有银弹但有章法。下次再遇到OOM或CPU飙高别急着重启按这个公式走一遍开日志、看指标、找瓶颈、调参数、压测验证。三次之后你会发现JVM调优不过如此。工作三年还没搞懂不是因为你笨而是没人告诉你——调优不是背出来的是算出来的。把这套公式拿去用下次面试你就是那个能说清楚“为什么这么调”的人。
