堆内存配置核心是固定-Xms与-Xmx值以避免动态扩容触发Full GC，合理分配年轻代（如-XX:NewRatio=2）、调优SurvivorRatio防早晋升，并配齐Metaspace、Xss等非堆参数，辅以GC日志与堆转储监控验证效果。
初始堆与最大堆必须设为一致
用 -Xms 和 -Xmx 设成相同值（如 -Xms4g -Xmx4g），能彻底规避运行中动态扩容触发的 Full GC。服务器有 16GB 内存且应用独占时，堆设为 8GB 较稳妥；若实测稳定占用 3~4GB、峰值冲到 7GB，建议设为 -Xms6g -Xmx6g，比 -Xms2g -Xmx8g 更可控。
年轻代大小要扛住短时压力
年轻代太小 → Minor GC 频繁，对象被迫早晋升；太大 → 单次 GC 耗时拉长。推荐按堆的 1/3～1/2 分配：
- 通用场景：用
-XX:NewRatio=2（老:新 = 2:1），即年轻代占约 33% - G1 收集器：不直接设
-Xmn，改用-XX:G1NewSizePercent=30和-XX:G1MaxNewSizePercent=60 - 高并发 JSON 接口类应用：可适当提高年轻代占比，确保 Eden 区能容纳几十秒的对象分配量
Survivor 区要防“早熟晋升”
默认 -XX:SurvivorRatio=8（Eden:S0:S1 = 8:1:1），但若对象平均存活 2～3 次 GC 才死亡，Survivor 容量就容易撑满，导致存活对象被强制推入老年代。此时应调小比例：
- 改为
-XX:SurvivorRatio=6，增大每块 Survivor 空间（建议 ≥100MB） - 配合
-XX:MaxTenuringThreshold=15，防止阈值过低造成误晋升 - 禁用
-XX:+AlwaysTenure，它会让所有幸存对象直入老年代
元空间、线程栈等非堆参数不能漏配
堆再合理，元空间或栈溢出照样引发 OOM 或间接诱发 Full GC：
立即学习“Java免费学习笔记（深入）”；
- Spring Boot 类多的应用：显式设
-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m - Tomcat 默认 200 线程、
-Xss默认 1MB → 栈内存占用达 200MB，若调用链不深，可降为-Xss256k - 总内存估算公式：
堆 + 元空间 + (-Xss × 线程数)≤ 进程可用虚拟内存，超限会报unable to create native thread
必须配套日志与监控验证效果
参数不是设完就生效，得靠真实负载反馈：
- 开启 GC 日志：
-Xloggc:gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps - 捕获内存快照：
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/jvm/dump/ - 重点关注：Minor GC 频率是否下降、每次晋升到老年代的对象体积是否变小、老年代使用率是否长期低于 70%
