JVM堆内存调优核心是匹配业务对象生命周期、确保GC行为可预测、避免动态伸缩抖动；须设-Xms与-Xmx相等，新生代占比1/3～1/2，结合GC日志持续验证，并约束元空间与栈内存防OOM。
高并发系统调优 JVM 堆内存大小，核心不是“设多大”，而是让堆容量匹配业务对象生命周期特征、GC行为可预测、避免动态伸缩带来的抖动。关键在于初始堆与最大堆对齐、新生代合理占比、以及结合 GC 日志持续验证。
初始堆与最大堆必须相等
高并发场景下，频繁扩容会触发额外 GC（尤其是 CMS 或 Parallel GC 的 full gc），造成请求延迟毛刺。应强制关闭堆弹性伸缩：
- -Xms4g -Xmx4g：常见于 16GB 物理内存的中型服务；若应用常驻对象约 2.5GB，预留 1.5GB 空间应对流量尖峰
- 不推荐
-Xms2g -Xmx8g：虽节省启动内存，但大促时堆从 2G 扩到 8G 可能触发多次 Full GC，且 OS 分配大页内存有延迟 - 验证方式：
jstat -gc <pid> 1s观察init和max列是否始终一致
按对象存活周期分配新生代比例
高并发系统多数请求对象生命周期短（如 HTTP 请求 DTO、临时集合），应增大新生代占比，减少对象过早进入老年代：
- -XX:NewRatio=2：老年代 : 新生代 = 2 : 1 → 新生代占堆 1/3（例如 4g 堆 → 新生代约 1.3g）
- 若监控发现 Minor GC 频繁（如每 2~3 秒一次）且 Survivor 区使用率长期低于 30%，可尝试
-XX:NewRatio=1（新生代占 1/2） - 避免盲目调大：新生代过大可能导致单次 Minor GC 暂停时间上升（复制算法需扫描更多对象）
配合 G1 收集器设定目标停顿与 Region 大小
JDK8u202+ 或 JDK11+ 默认推荐 G1，其堆大小调优需联动 GC 行为参数：
立即学习“Java免费学习笔记（深入）”；
- -XX:+UseG1GC -XX:MaxGCPauseMillis=200：告诉 G1 “尽量控制单次 GC 停顿 ≤200ms”，它会据此动态调整回收的 Region 数量和新生代大小
- -XX:G1HeapRegionSize=2M：Region 太小（默认 1M～4M）会导致元数据开销增加；若对象平均大小 >1MB（如大缓存 value），可设为 2M 或 4M 减少跨 Region 引用
- 务必开启日志：
-Xlog:gc*:file=gc.log:time,tags,level（JDK11+）或-XX:+PrintGCDetails -Xloggc:gc.log（JDK8），用 GCViewer 或 GCEasy 分析晋升率、停顿分布
警惕元空间与栈内存挤占堆可用空间
堆大小不是孤立参数，需同步约束其他内存区域，防止间接导致 OOM 或 GC 异常：
- -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m：防止类加载过多（如热部署、大量反射）耗尽本地内存，间接引发 Full GC
- -Xss256k：高并发意味着线程数多（如 1000+），默认 1M 栈大小会吃掉 1GB 内存；256k 在多数 Spring MVC 场景下足够，且降低线程创建开销
- 检查总内存占用：
ps -o pid,rss,comm -p <pid>对比 RSS 与-Xmx+ 元空间 + 线程栈理论值，偏差 >200MB 需排查堆外内存泄漏
