线上jvm调优目标是稳、快、省：-xms与-xmx必须相等防抖动，电商类应用宜设-xmn2g及-xx:survivorratio=4延缓晋升，jdk11+推荐g1并配-xx:maxgcpausemillis=200，元空间需限-xx:maxmetaspacesize=512m，高并发下-xss建议512k。
线上 JVM 参数调优不是堆参数越多越好，而是围绕“稳、快、省”三个目标做精准控制：避免 Full GC 频发、压住 STW 时间、防止内存泄漏蔓延。关键不在参数本身，而在参数组合与业务特征的匹配度。
堆大小设置：-Xms 和 -Xmx 必须相等
生产环境若不强制设为相同值，JVM 会在运行中动态扩容堆内存，触发额外的 GC 暂停和内存碎片，尤其在高负载时容易引发抖动。4核8G服务器上，常见合理值是 -Xms4g -Xmx4g；若物理内存为16G，可设为6g～8g，但不宜超过系统内存的70%，否则可能触发 swap，反而拖慢性能。
新生代配置：别迷信默认比例
默认 -XX:NewRatio=2（老年代:新生代=2:1）只适合通用场景。电商类高频创建短生命周期对象的服务，应扩大新生代——例如用 -Xmn2g（堆4g时占50%），配合 -XX:SurvivorRatio=4（Eden:Survivor=4:1:1），让 Survivor 区更大，延缓对象晋升老年代。GC 日志中若发现 S0U/S1U 常为 0、而老年代使用率持续爬升，大概率是 Survivor 区太小导致对象“秒进老年代”。
GC 回收器选型：按 JDK 版本和延迟要求定
JDK 8 生产环境仍常见 CMS，但需警惕其并发模式失败（Concurrent Mode Failure）引发的 Full GC；JDK 11+ 强烈推荐 G1，并配 -XX:+UseG1GC -XX:MaxGCPauseMillis=200。ZGC/Shenandoah 虽标称“毫秒级停顿”，但对堆外内存管理、JDK 版本（ZGC ≥ JDK11u+）、CPU 核心数有硬性要求，中小规模服务不必强求。切记：不指定回收器，就等于把选择权交给 JVM 的启发式策略，线上不可控。
元空间与线程栈：容易被忽略的两个爆点
Spring Boot 类加载频繁，不设 -XX:MaxMetaspaceSize=512m 可能因类泄漏耗尽本地内存；高并发网关类服务线程数常达千级，-Xss512k 比默认 1M 更合理——既能容纳常规调用链，又避免单个线程吃掉过多内存。曾有案例：-Xss1m + 2000 线程 = 2GB 栈内存白占不用，挤占堆空间，间接诱发 GC 风暴。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
