您可以使用JNI库。这将始终工作，并且独立于运行的JVM品牌。

Java代码:

package org.mytest;

public class NativeBinding
{
    public static native int getRegisterWidth(); // returns 32 or 64
}

这是C代码:

#include <jni.h>

// will return register width (32 or 64)
extern "C" JNIEXPORT jint JNICALL
Java_org_mytest_NativeBinding_getRegisterWidth(JNIEnv*, jclass)
{
    return sizeof(void*) * 8;
}

在Linux上，您可以使用以下两个命令之一来获取ELF头信息:

file {YOUR_JRE_LOCATION_HERE}/bin/java

o / p: ELF 64位LSB可执行文件，AMD x86-64，版本1 (SYSV)，适用于GNU/Linux 2.4.0，动态链接(使用共享库)，适用于GNU/Linux 2.4.0，未剥离

or

readelf -h {YOUR_JRE_LOCATION_HERE}/bin/java | grep 'Class'

o / p: 类 : ELF64

如果您使用的是JNA，您可以检查com.sun.jna.Native. net是否为JNA。POINTER_SIZE == 4(32位)或com.sun.jna.Native。指针大小== 8(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位)上进行了测试。显然，系统属性不仅仅是操作系统拱门。

对于Windows，您可以检查Java主位置。如果包含(x86)，则为32位，否则为64位:

public static boolean is32Bit()
{
    val javaHome = System.getProperty("java.home");
    return javaHome.contains("(x86)");
}

public static boolean is64Bit()
{
    return !is32Bit();
}

示例路径:

C:\Program Files (x86)\Java\jdk1.8.0_181\bin\java.exe # 32-bit
C:\Program Files\Java\jdk-10.0.2\bin\java.exe # 64-bit

为什么只关心Windows解决方案呢?

如果你需要知道你在哪个位版本上运行，你可能会摆弄Windows上的本机代码，所以平台独立性是不可能的。

你检索系统属性，标记这个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位版本的库。