补充信息:

在一个正在运行的进程中(至少在一些最新的Sun JDK5/6版本中):

$ /opt/java1.5/bin/jinfo -sysprops 14680 | grep sun.arch.data.model
Attaching to process ID 14680, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 1.5.0_16-b02
sun.arch.data.model = 32

其中14680是运行应用程序的jvm的PID。“操作系统。Arch”也可以。

还支持其他场景:

jinfo [ option ] pid
jinfo [ option ] executable core
jinfo [ option ] [server-id@]remote-hostname-or-IP 

然而，还要考虑到这一点:

注意-此实用程序不受支持，并且在JDK的未来版本中可能可用，也可能不可用。在dbgent.dll不存在的Windows系统中，需要安装“用于Windows的调试工具”才能使这些工具工作。此外，PATH环境变量应该包含目标进程使用的jvm.dll的位置或产生崩溃转储文件的位置。

只需在控制台中输入java -version。

如果64位版本正在运行，你会得到这样的消息:

java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) 64-Bit Server VM (build 16.0-b13, mixed mode)

32位版本将显示类似的内容:

java version "1.6.0_41"
Java(TM) SE Runtime Environment (build 1.6.0_41-b02)
Java HotSpot(TM) Client VM (build 20.14-b01, mixed mode, sharing)

注意第三行是客户端，而不是64位服务器。客户端/服务器部分无关紧要，重要的是缺少64位。

如果您的系统上安装了多个Java版本，请导航到要检查的Java版本的/bin文件夹，并在那里键入Java -version。

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

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

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

您可以使用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，你可以使用thisPlatform.is64Bit()。