JVM 堆参数怎么设：先建立内存基线，再谈性能优化

你会经常遇到这种需求：

• “这个服务要配多大堆？”
• “为什么 GC 抖动？是不是堆太小？”
• “线上 OOM 了，先把-Xmx调大行不行？”

很多人上来就背-Xms/-Xmx，但更靠谱的工程做法是：先建立内存基线，再决定参数。

1. 你要先分清：堆变大不等于问题消失

把堆调大可能带来的后果：

• Full GC 一次更久（停顿更长）
• 如果是泄露，调大只是“延迟爆炸时间”
• 你把机器内存吃满，可能把 OS/别的进程拖死

所以这篇的目标是：

• 让你知道“堆参数控制的是什么”
• 让你有一套可执行的“设置 -> 验证 -> 观察”闭环

2. 堆大小的核心参数：-Xms/-Xmx

• -Xms：初始堆大小
• -Xmx：最大堆大小

工程上常见做法：

• -Xms与-Xmx设成一样

原因：

• 避免运行期堆扩容带来的抖动
• 避免你以为“堆够了”，实际上只是还没涨到Xmx

3. 新生代/老年代怎么配：先理解目标，再谈参数

不同收集器参数不完全一样，但你要知道这个关系：

• 新生代：短命对象多，Minor GC 频繁
• 老年代：长寿对象多，Major/Old GC 成本更高

你通常想要：

• Minor GC 更快：新生代回收成本低
• Old GC 更少：老年代不要太快被打满

常见参数（以 HotSpot 常见语境理解即可，具体以你使用的收集器/版本为准）：

• -XX:NewRatio：老年代与新生代比例
• -Xmn：新生代大小（有时也会用）

注意：

• 不建议在没有指标的情况下硬调很多细项
• 优先“堆总量 + 收集器选择 + GC 日志”三件套

4. 直接把“你该怎么配”的方法讲清楚：内存基线法

4.1 建基线：业务稳定期的内存曲线

你需要回答两个问题：

• 稳态时堆使用大概是多少？
• 峰值时堆使用最高会到多少？

4.2 给出安全余量

经验上至少留：

• 业务峰值对象 + 缓存波动 + 突发流量的余量

4.3 再决定-Xmx

• Xmx不是越大越好
• 你要考虑：
  • 容器/机器总内存
  • 其他进程占用
  • OS Page Cache

5. 如何验证你当前服务的堆配置与实时占用（实战命令）

5.1 看启动参数

• jcmd <pid> VM.command_line

5.2 看堆结构与各代使用

• jcmd <pid> GC.heap_info

5.3 如果你有 GC 日志：用它确认“抖动来源”

你至少要能从 GC 日志看懂：

• Minor GC 是否过于频繁
• Old GC/Full GC 是否出现
• STW 时间是否超过你的业务容忍

6. 常见问题：堆参数怎么和容器内存配合

如果你跑在容器里：

• 关注容器的内存限制
• 不要让 JVM 把容器内存当成“机器总内存”

一般建议：

• 给 JVM 留出一部分非堆内存空间（线程栈、元空间、直接内存等）
• Xmx不要顶满容器上限

7. JDK 1.7 与 JDK 1.8：别把堆和方法区混了

你会看到两种 OOM：

• OutOfMemoryError: Java heap space（堆）
• OutOfMemoryError: PermGen space（JDK 1.7 常见，永久代）
• OutOfMemoryError: Metaspace（JDK 1.8 常见，元空间）

结论：

• PermGen/Metaspace不是堆，不要只调-Xmx

8. 总结：你可以照着做的最小闭环

• 先用业务稳定期/峰值期建立内存基线
• 再决定-Xmx，并预留非堆空间
• 用jcmd VM.command_line+GC.heap_info验证
• 若出现抖动/GC 问题，下一步看 GC 日志或做 heapdump