Win10下Oracle JDK1.8配置-Xmx堆参数不生效如何解决

你遇到的参数完全不生效问题，核心是JVM启动参数传参位置错误，同时还存在JDK版本适配的参数误用问题：

1. Java启动命令的固定语法为java [JVM配置参数] <主类全限定名> [main方法入参]。所有以-X、-XX、-D开头的JVM配置，必须放在主类名之前；放在主类名之后的内容，JVM会直接识别为传给main方法args数组的普通业务参数，根本不会做JVM层面的配置解析。
   你之前使用的命令java mygroup/App -Xmx512M -XX:MaxPerSize=1024M中，mygroup/App是主类名，后面跟的两个参数完全被当成了业务入参，JVM全程使用默认内存配置运行，自然不会受你写的512M堆上限约束。
2. 你写的-XX:MaxPerSize=1024M本身也存在两个问题：一是参数名拼写错误，JDK7及之前版本配置永久代上限的参数是-XX:MaxPermSize（你漏写了Perm里的m，写成了Per）；二是JDK1.8已经用元空间（Metaspace）替代了永久代，永久代相关参数在JDK1.8中已经被废弃，即使位置写对了也不会生效，JDK1.8配置元空间上限的参数为-XX:MaxMetaspaceSize，这个参数和堆内存限制无关，测试堆OOM时不需要配置。

• 调整启动命令的参数顺序，把所有JVM配置移到主类名之前，测试堆OOM时可以把初始堆大小和最大堆大小设为相同值，避免堆动态扩容影响测试结果，正确命令如下：

  java -Xms512M -Xmx512M mygroup.App
  

• 启动后可以通过VisualVM连接进程，在进程概述页的JVM参数栏确认-Xmx值为512M，确认参数生效。
• 参数生效后，你写的固定次数创建4096万个AUser对象的版本，会在循环执行过程中就触发java.lang.OutOfMemoryError: Java heap space错误，不会执行到后续等待输入的逻辑；无限循环创建对象的版本，会在堆占用达到512M时立刻抛出OOM终止，不会耗尽整机内存。

• 所有JVM运行时配置参数，包括内存参数、GC配置、系统属性参数，必须放在主类名（或者-jar参数指定的jar包路径）之前，否则不会被JVM识别。
• JDK1.8及以上版本不要再使用永久代相关的PermSize、MaxPermSize参数，元空间相关配置使用MetaspaceSize、MaxMetaspaceSize。

内容的提问来源于stack exchange，提问作者Troskyvs