Java运行时选项重复：优先顺序是什么？

考虑以下命令行

java -Xms128m -Xms256m myapp.jar

哪些设置适用于JVM最小内存（Xms可选）：128m或256m？

取决于JVM，可能取决于版本……甚至可能当时您的办公桌上有多少回形针。它甚至可能不起作用。不要那样做

如果由于某种原因无法控制它，则以与运行jar相同的方式进行编译和运行。但是要警告，依靠选项的顺序是一个非常糟糕的主意。

public class TotalMemory
{
    public static void main(String[] args)
    {
         System.out.println("Total Memory: "+Runtime.getRuntime().totalMemory());
         System.out.println("Free Memory: "+Runtime.getRuntime().freeMemory());
    }
}

与往常一样，请检查本地JVM的特定实现，但这是从命令行进行检查而无需编写代码的快速方法。

> java -version; java -Xmx1G -XX:+PrintFlagsFinal -Xmx2G 2>/dev/null | grep MaxHeapSize

java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
uintx MaxHeapSize         := 2147483648        {product}

因此，在这种情况下，您会看到参数（2G）的第二个实例（至少在1.8中）是优先的，这也是我在大多数其他现代版本中的经验。

IBM JVM将参数的最右实例视为赢家。我无法与HotSpot等通话。

我们这样做是因为批处理文件中经常有嵌套的命令行，人们只能将其添加到最后，并希望使之成为赢家。

FTR，OpenJDK 1.7似乎也采用了最正确的值，至少对于-Xms而言。

我敢打赌这是第二个。参数通常按以下顺序处理：

for( int i=0; i<argc; i++ ) {
  process_argument(argv[i]);
}

但是，如果我正在编写Java参数解析器，则会抱怨参数冲突。

哪些设置适用于JVM最小内存？

在下面列出的各种Java版本中，“优胜者”是参数列表中最右边的值。正如其他人指出的那样，依靠它不是一个好主意，但是也许这仍然是共享有用的信息。

Java 1.8.0_172

~ $ java8
java version "1.8.0_172"
Java(TM) SE Runtime Environment (build 1.8.0_172-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.172-b11, mixed mode)
~ $ java -Xmx1024m -Xmx4024m -XX:+PrintFlagsFinal Test 2>/dev/null | grep MaxHeapSize
    uintx MaxHeapSize                              := 4219469824                          {product}

Java 11.0.3

~ $ java11
java version "11.0.3" 2019-04-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.3+12-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.3+12-LTS, mixed mode)
~ $ java -Xmx1024m -Xmx4024m -XX:+PrintFlagsFinal Test 2>/dev/null | grep MaxHeapSize
   size_t MaxHeapSize                              = 4219469824                                {product} {command line}

OpenJDK 12.0.1

~ $ java12
openjdk version "12.0.1" 2019-04-16
OpenJDK Runtime Environment (build 12.0.1+12)
OpenJDK 64-Bit Server VM (build 12.0.1+12, mixed mode, sharing)
~ $ java -Xmx1024m -Xmx4024m -XX:+PrintFlagsFinal Test 2>/dev/null | grep MaxHeapSize
   size_t MaxHeapSize                              = 4219469824                                {product} {command line}

采用OpenJDK 12.0.1

~ $ java12a
openjdk version "12.0.1" 2019-04-16
OpenJDK Runtime Environment AdoptOpenJDK (build 12.0.1+12)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 12.0.1+12, mixed mode, sharing)
~ $ java -Xmx1024m -Xmx4024m -XX:+PrintFlagsFinal Test 2>/dev/null | grep MaxHeapSize
   size_t MaxHeapSize                              = 4219469824                                {product} {command line}

OpenJDK 13-EA

~ $ java13
openjdk version "13-ea" 2019-09-17
OpenJDK Runtime Environment (build 13-ea+22)
OpenJDK 64-Bit Server VM (build 13-ea+22, mixed mode, sharing)
~ $ java -Xmx1024m -Xmx4024m -XX:+PrintFlagsFinal Test 2>/dev/null | grep MaxHeapSize
   size_t MaxHeapSize                              = 4219469824                                {product} {command line}