您可以使用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;
}

如果您使用的是JNA，您可以检查com.sun.jna.Native. net是否为JNA。POINTER_SIZE == 4(32位)或com.sun.jna.Native。指针大小== 8(64位)。

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

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

对于某些版本的Java，您可以使用标记-d32和-d64从命令行检查JVM的位。

$ java -help
...
    -d32          use a 32-bit data model if available
    -d64          use a 64-bit data model if available

要检查64位JVM，运行:

$ java -d64 -version

如果它不是一个64位JVM，你会得到这个:

Error: This Java instance does not support a 64-bit JVM.
Please install the desired version.

类似地，要检查32位JVM，运行:

$ java -d32 -version

如果它不是一个32位JVM，你会得到这个:

Error: This Java instance does not support a 32-bit JVM.
Please install the desired version.

这些标志是在Java 7中添加的，在Java 9中已弃用，在Java 10中被删除，并且在Java的现代版本中不再可用。

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

我安装了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位)上进行了测试。显然，系统属性不仅仅是操作系统拱门。