同时指定-Xmx和-XX:MaxRAMPercentage会直接冲突报错，因二者映射同一内部变量MaxHeapSize，JVM解析阶段即终止；且MaxRAMPercentage值必须带小数点（如60.0），否则类型解析失败。
同时指定-Xmx和-XX:MaxRAMPercentage会直接冲突报错
OpenJDK（JDK 8u191+ / JDK 9+）不允许多个堆大小控制参数共存。一旦你既写了 -Xmx4g，又写了 -XX:MaxRAMPercentage=75.0，JVM 启动时会立即拒绝，抛出类似这样的错误：
Unrecognized VM option 'MaxRAMPercentage=75.0' Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit.
这不是警告，是硬性校验失败——JVM 在解析参数阶段就终止了。
根本原因在于：-Xmx 和 -XX:MaxRAMPercentage 都映射到同一个内部变量 MaxHeapSize。JVM 只允许这个值被设置一次，第二次赋值触发断言失败（尤其在 HotSpot 的 arguments.cpp 中有明确 check）。
为什么百分比参数必须带小数点？
这是 JDK 原生解析器的严格格式要求，不是文档疏漏。比如：
-
-XX:MaxRAMPercentage=60.0✅ 正确 -
-XX:MaxRAMPercentage=60❌ 启动失败，报Invalid argument: MaxRAMPercentage=60
背后逻辑是：JVM 把该参数当作 double 类型解析，整数字面量（如 60）会被识别为 long，类型不匹配导致 parse 失败。这个坑在 JDK 8u191 到 JDK 17 的所有补丁版本里都存在，2026 年仍没改。
Docker 容器里只用百分比参数才真正生效
如果你在容器中运行 Java 应用，但没加 -XX:+UseContainerSupport（JDK 8u191+ 默认开启，JDK 9+ 强制启用），那么 -XX:MaxRAMPercentage 实际读取的是宿主机总内存，而不是 docker run -m 2g 限制的 2GB —— 这会导致堆远超容器 limit，触发 OOMKilled。
验证是否生效最简单的方法：
- 启动时加
-XshowSettings:vm -version - 检查输出中
Max heap size是否接近你设定的百分比 × 容器内存限制 - 若显示的是宿主机内存的 75%，说明
UseContainerSupport没起作用（常见于旧镜像或显式关闭了该 flag）
生产环境推荐只用一种方式设堆上限
混用参数没有收益，只有风险。选型依据很实际：
- 固定资源环境（物理机、VM、K8s ResourceQuota 严格场景）→ 用
-Xmx，比如-Xmx4g - 弹性资源环境（Docker/K8s + cgroup v1/v2，内存限制经常变）→ 用
-XX:MaxRAMPercentage，比如-XX:MaxRAMPercentage=75.0 - 永远不要同时出现
-Xmx和任何RAMPercentage参数
另外，-Xms 和 -XX:InitialRAMPercentage 也遵循完全相同的互斥规则。它们不是“可叠加配置”，而是同一套控制逻辑的两种写法。
