你会经常遇到这种需求：
- "这个服务要配多大堆？"
- "为什么 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