将-xms和-xmx设为相同值最稳妥，如-xms2g -xmx2g，可避免堆动态伸缩引发的gc波动与stw风险；需注意单位无空格、不支持小数、容器环境须配合-xx:maxrampercentage等参数。
直接把 -Xms 和 -Xmx 设成一样是最稳妥的做法，比如 -Xms2g -Xmx2g。这样堆内存大小固定，不伸缩，能避开运行时扩容带来的 GC 波动和 Stop-The-World 风险。
为什么建议初始值和最大值设为相同
堆内存动态伸缩看似灵活，实际容易引发性能问题：
- 初始堆太小（如
-Xms256m），应用一启动就分配大量对象，很快触发多次 Minor GC - 随后 JVM 不断扩容堆，每次扩容都要 STW 整理内存，还可能连带触发 Full GC
- GC 频率升高、停顿变长、响应延迟上升，不是省了内存，而是把压力转移到运行期
- 生产环境更看重稳定性，固定堆能减少不确定性，也方便监控和容量规划
设置时的关键细节和常见错误
参数看着简单，写错一个字符就会启动失败或不起作用：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 单位不能带空格：
-Xms 2g是错的，必须写成-Xms2g - 不支持小数：不能写
-Xmx1.5g，得换算成-Xmx1536m - 单位后缀区分大小写但通常兼容：推荐用小写
m/g，避免歧义 -
-Xms不能大于-Xmx，否则 JVM 直接拒绝启动 - 没设
-Xms时，HotSpot 默认取物理内存的 1/64（有下限，一般 ≥12MB），往往偏小
容器环境（如 Docker）要特别注意
在容器里硬写 -Xms2g -Xmx2g 很危险，JVM 默认按宿主机内存计算，可能超出容器限制被 OOM Killer 杀掉：
- JDK 8u131+ / JDK 10+ 默认开启
-XX:+UseContainerSupport，但只是“支持”，不是“自动适配” - 必须显式加上
-XX:MaxRAMPercentage=75.0（或InitialRAMPercentage），让 JVM 按容器 cgroup 限制算堆 - 验证是否生效：启动后运行
jstat -gc <pid></pid>，看max列是否接近容器内存上限 × 百分比 - Spring Boot 推荐通过
JAVA_OPTS环境变量传参，而不是写死在java -jar命令里
调大了还是 OOM？先排查这三处
堆参数加到 4G 还报 OutOfMemoryError: Java heap space，大概率不是堆不够：
- 确认开了堆转储：
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump，且路径有写权限 - 打开 GC 日志：
-Xlog:gc*:file=gc.log:time,tags,level（JDK 11+）或-XX:+PrintGCDetails -Xloggc:gc.log（旧版），看是回收不了，还是根本没触发 GC - 检查非堆内存：用
jcmd <pid> VM.native_memory summary</pid>查 Metaspace、DirectByteBuffer、线程栈等是否吃满内存
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
