我安装了32位JVM，并再次重试，看起来以下确实告诉你JVM位，而不是OS arch:

System.getProperty("os.arch");
#
# on a 64-bit Linux box:
# "x86" when using 32-bit JVM
# "amd64" when using 64-bit JVM

这在SUN和IBM JVM(32和64位)上进行了测试。显然，系统属性不仅仅是操作系统拱门。

我安装了32位JVM，并再次重试，看起来以下确实告诉你JVM位，而不是OS arch:

System.getProperty("os.arch");
#
# on a 64-bit Linux box:
# "x86" when using 32-bit JVM
# "amd64" when using 64-bit JVM

这在SUN和IBM JVM(32和64位)上进行了测试。显然，系统属性不仅仅是操作系统拱门。

如果你正在使用JNA，你可以使用thisPlatform.is64Bit()。

你检索系统属性，标记这个JVM的位:

System.getProperty("sun.arch.data.model");

可能的结果是:

“32” – 32 位 JVM “64” – 64 位 JVM “未知” – 未知 JVM

如热点常见问题解答所述:

在编写Java代码时，如何区分32位和64位操作? 没有公共API允许你区分32位和64位操作。把64位看作是编写一次，随处运行的传统的另一个平台。然而，如果你想编写特定于平台的代码，系统属性sun.arch.data.model的值是"32"、"64"或"unknown"。

需要这样做的一个例子是，如果您的Java代码依赖于本机库，并且需要确定在启动时是加载32位版本的库还是64位版本的库。

在Windows 7的“控制面板”下的“程序|程序和功能”中，64位的JRE和JDK变体被列出，括号中有“64位”(例如:“Java SE Development Kit 7 Update 65(64位)”)，而对于32位的变体，括号中没有提到该变体(例如，只是“Java SE Development Kit 8 Update 60”)。

获取当前运行程序的JVM版本

System.out.println(Runtime.class.getPackage().getImplementationVersion());