java jvm堆内存划分为年轻代（含eden区和两个survivor区）与老年代，配合-xms/-xmx、-xmn、-xx:newratio、-xx:survivorratio等参数联动调优，可有效降低gc压力、停顿及oom风险。
Java JVM 堆内存划分与参数调优，核心在于理解“分代结构”和“参数对应关系”，再结合实际负载做合理约束。不盲目堆大内存，也不放任默认值——关键参数设对了，GC压力、停顿、OOM风险都会明显改善。
堆的分代结构怎么理解
现代 HotSpot JVM 将堆划分为两个逻辑代：年轻代（Young）和老年代（Old），这是分代垃圾回收的基础。
-
年轻代：新对象优先分配在这里，占比通常为堆的 1/3～1/2。它又细分为：
-
Eden 区：占年轻代约 80%（由
-XX:SurvivorRatio=8控制），绝大多数对象在此创建； - Survivor 区（S0 和 S1）：各占约 10%，用于存放 Eden 经过 Minor GC 后存活的对象，轮流使用。
-
Eden 区：占年轻代约 80%（由
- 老年代：存放长期存活或大对象，占堆剩余部分。对象在 Survivor 中经历多次复制（默认阈值 15 次）后晋升至此，或直接分配（如大数组）。
必须掌握的堆相关参数
这些参数不是孤立的，彼此有数学关系，设置时需联动考虑：
-
-Xms和-Xmx：分别表示初始堆和最大堆大小。生产环境务必设为相等（如-Xms4g -Xmx4g），避免运行时扩容带来的卡顿和内存碎片。 -
-Xmn：直接指定年轻代大小（如-Xmn1g）。设了它，老年代 =-Xmx - -Xmn；不设则用-XX:NewRatio（如-XX:NewRatio=2表示老:新 = 2:1，即年轻代占堆 1/3）。 -
-XX:SurvivorRatio：控制 Eden 与一个 Survivor 区的比例。默认 8，即 Eden:S0:S1 = 8:1:1。若观察到 Survivor 空间频繁不足，可适当调小该值（如设为 6）以增大 Survivor 容量。 -
-XX:MetaspaceSize和-XX:MaxMetaspaceSize：Java 8+ 替代永久代，用于类元数据。建议显式设置（如-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m），防止动态扩容引发 Full GC。 -
-XX:MaxDirectMemorySize：限制堆外直接内存（NIO Buffer），默认等于-Xmx。若应用大量使用 Netty 或 ByteBuffer.allocateDirect()，需单独设上限防 OOM。
调优前先看真实情况
参数不是拍脑袋定的，得靠数据说话：
- 开启 GC 日志：
-Xloggc:gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps（JDK 8）或-Xlog:gc*:gc.log（JDK 11+）； - 用
jstat -gc <pid></pid>实时查看 Eden 使用率、YGC 次数、FGC 频率、老年代增长趋势； - 关注是否频繁发生 Full GC —— 若是，先查是不是老年代真的满了，还是元空间泄漏、内存泄漏、或晋升过快（如 Survivor 太小、
-XX:MaxTenuringThreshold过低）。
几个实用配置建议
适用于大多数中型 Spring Boot 微服务（非大数据/实时计算类）：
- 堆总大小：单实例建议 2GB～4GB（
-Xms4g -Xmx4g），超 4GB 易导致单次 GC 停顿显著上升； - 年轻代：设
-Xmn1g或按比例用-XX:NewRatio=3（即年轻代占 1/4）； - Survivor：保持
-XX:SurvivorRatio=8，若发现S0U/S1U长期接近 100%，再调小该值； - 元空间：微服务一般
-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m足够；多模块或热部署场景可提到 512m； - 加个启动预触：加
-XX:+AlwaysPreTouch，让 JVM 启动时就把堆内存真正分配并清零，避免运行时缺页中断。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
