我正在使用“java -xms 1280m -xmx 1280m”命令启动我的服务器。在 Linux 机器上，这工作正常，我看到该进程使用几乎相同数量的内存。然而，在 Windows 机器上，我看到 java 进程使用的空间远少于 1280m - 大约 500-600m。我从 Windows 任务管理器收集了这些数据，如果这很重要的话。我检查的两台 Windows 机器都是 Windows 2003 服务器，分别有 2GB 和 3GB 的 RAM。 我一直认为用 -xms 指定初始堆大小将强制 java 至少使用那么多内存。我错了吗？或者，这是 Windows 上 java 的特性吗？
【问题讨论】：
终于回到电脑前并进行了几次快速测试。
在我的 Windows XP 机器上运行 java -xms 会输出 Unrecognised option
运行java -Xms 时，我得到一个invalid intial heap size，这是正确的，因为我没有给出任何值，但它接受并识别该选项。
看来我的评论是有效的，您需要对命令的大小写进行排序。
【讨论】：
除了 Kevin D 所说的大小写，请注意 32 位 Windows 系统通常具有最大堆大小的上限。它往往会因许多因素而异，但我经常在您尝试的 1280m 附近看到它。我怀疑这是这里的问题，但它可能是一个相关的问题。
【讨论】：
Windows 任务管理器是为最终用户设计的，而不是为程序员设计的。后者通常更喜欢 Sysinternals 套件中的 Process Explorer (procexp.exe)。这与vmmap.exe 结合起来会告诉你到底发生了什么。
【讨论】：
仔细看。任务管理器经常具有误导性 - 默认情况下它不会显示进程分配了多少内存。相反，显示为“已用内存”的是为该进程换入的物理内存量。 在“查看”菜单中，选择“选择列”并添加“虚拟内存大小”。有你的记忆。你的应用程序显然从来没有真正使用超过 500-600m，所以它从来没有被交换过。
【讨论】：