生产环境jvm堆内存需根据物理内存、应用负载和gc行为科学设定：-xms与-xmx必须相等以避免动态调整开销；32gb服务器建议堆设为8–12gb，预留25%–30%内存给系统及其他组件；新生代按应用类型设为堆的1/3～2/5，并配套heapdump、gc日志等关键参数，最终通过压测验证gc频率与耗时。
生产环境 JVM 堆内存大小不能靠猜，得结合物理内存、应用负载和 GC 行为来定。核心原则是：初始堆（-Xms）和最大堆（-Xmx）必须设为相同值，避免运行时动态扩容缩容带来的停顿和性能抖动。
看物理内存，留足系统余量
堆内存不是越多越好，要给操作系统、其他进程、元空间、直接内存留出空间：
- 服务器总内存 ≤ 16GB → 堆建议设为 4–8GB
- 服务器总内存 32GB → 堆建议设为 8–12GB
- 服务器总内存 ≥ 64GB → 堆一般不超过 16GB（G1GC 对大堆支持好，但单次 GC 时间可能上升）
- 始终保留至少 25%–30% 物理内存给系统和其他组件，避免 swap 或 OOM killer 干预
按应用类型分配新生代
新生代（-Xmn）大小直接影响 Minor GC 频率和对象晋升节奏：
- 普通 Web 服务（Spring Boot、HTTP 接口类）：新生代占堆的 1/3～2/5，例如 -Xms8g -Xmx8g -Xmn2g～3g
- 短生命周期对象多（如网关、日志聚合）：可适当增大 Eden 区，比如 -XX:SurvivorRatio=10
- 长生命周期对象多（如缓存服务、状态管理）：减少新生代比例，防止过早晋升到老年代，引发频繁 Full GC
- 不显式设 -Xmn 时，-XX:NewRatio=2（默认）表示老年代:年轻代 = 2:1；设了 -Xmn 后，NewRatio 就失效
配套关键参数不能漏
光调堆大小不够，还得配好“安全网”和“诊断开关”：
- -XX:+HeapDumpOnOutOfMemoryError：必须开启，OOM 时自动生成堆快照
- -XX:HeapDumpPath=/data/jvm/dump/：指定独立磁盘分区路径，避免打满系统盘
- -XX:+AlwaysPreTouch：启动时预分配全部堆内存，减少运行时 page fault 延迟
- -Xlog:gc*（JDK 10+）或 -XX:+PrintGCDetails（旧版）：记录 GC 日志，用于分析回收效率
验证与微调靠压测数据
配置完不能直接上线，得用真实流量或模拟压测观察效果：
- 关注 GC 频率：Minor GC 每分钟 ≤ 5 次较健康；若每秒都发生，说明新生代太小或对象存活时间过长
- 看 GC 耗时：G1 的 -XX:MaxGCPauseMillis=200 是目标值，实际 P99 暂停应稳定在 150ms 内
- 查内存分布：用 jstat -gc 或 GC 日志确认老年代增长是否缓慢、是否有频繁 CMS-FullGC 或 G1 的 Mixed GC
- 发现老年代持续上涨 → 检查是否有内存泄漏或大对象长期驻留；Eden 区每次 GC 后剩余过高 → Survivor 区可能太小或对象存活期超预期
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
