补充信息:

在一个正在运行的进程中(至少在一些最新的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的位置或产生崩溃转储文件的位置。

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

对于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.out.println(Runtime.class.getPackage().getImplementationVersion());

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

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