问题不在于32位操作系统的最大堆大小，因为32位操作系统的最大可寻址内存大小为4GB，而JVM的最大堆大小取决于可以保留多少连续可用内存。
我对了解在64位OS中运行的32位JVM的最大（理论上和实际可实现的）堆大小更感兴趣。基本上，我正在寻找类似于SO相关问题中的数字的答案。
至于为什么使用32位JVM而不是64位JVM，原因不是技术上的而是管理/官僚的-在生产环境中安装64位JVM可能为时已晚。
问题不在于32位操作系统的最大堆大小，因为32位操作系统的最大可寻址内存大小为4GB，而JVM的最大堆大小取决于可以保留多少连续可用内存。
我对了解在64位OS中运行的32位JVM的最大（理论上和实际可实现的）堆大小更感兴趣。基本上，我正在寻找类似于SO相关问题中的数字的答案。
至于为什么使用32位JVM而不是64位JVM，原因不是技术上的而是管理/官僚的-在生产环境中安装64位JVM可能为时已晚。
Answers:
期望只有一个大块内存并使用原始指针的32位JVM不能使用超过4 Gb（因为32位限制也适用于指针）。这包括Sun以及-我很确定-还包括IBM的实现。我不知道是否JRockit或其他人在其32位实现中具有较大的内存选项。
如果您希望达到此极限，则应该强烈考虑为您的生产环境启动一个并行轨道，以验证64位JVM，以便在32位环境崩溃时做好准备。否则，您将不得不在压力下进行这项工作，这绝非好事。
编辑2014-05-15：Oracle常见问题解答：
32位JVM的最大理论堆限制为4G。由于各种其他限制，例如可用交换，内核地址空间使用，内存碎片和VM开销，实际上限制可能要低得多。在大多数现代的32位Windows系统上，最大堆大小范围为1.4G至1.6G。在32位Solaris内核上，地址空间限制为2G。在运行32位VM的64位操作系统上，最大堆大小可能更高，在许多Solaris系统上接近4G。
（http://www.oracle.com/technetwork/java/hotspotfaq-138619.html#gc_heap_32bit）
您可以询问Java Runtime：
public class MaxMemory {
public static void main(String[] args) {
Runtime rt = Runtime.getRuntime();
long totalMem = rt.totalMemory();
long maxMem = rt.maxMemory();
long freeMem = rt.freeMemory();
double megs = 1048576.0;
System.out.println ("Total Memory: " + totalMem + " (" + (totalMem/megs) + " MiB)");
System.out.println ("Max Memory: " + maxMem + " (" + (maxMem/megs) + " MiB)");
System.out.println ("Free Memory: " + freeMem + " (" + (freeMem/megs) + " MiB)");
}
}
这将根据默认堆分配报告“最大内存”。因此，您仍然需要-Xmx（在HotSpot上）玩游戏。我发现我的32位 HotSpot JVM 在Windows 7 Enterprise 64位上运行，最多可以分配1577MiB：
[C：scratch]> java -Xmx1600M MaxMemory VM初始化期间发生错误 无法为对象堆保留足够的空间 无法创建Java虚拟机。 [C：scratch]> java -Xmx1590M MaxMemory 总内存：2031616（1.9375 MiB） 最大内存：1654456320（1577.8125 MiB） 可用内存：1840872（1.75559234619 MiB） [C：scratch]>
在同一操作系统上使用64位 JVM，当然要高得多（大约3TiB）
[C：scratch]> java -Xmx3560G MaxMemory VM初始化期间发生错误 无法为对象堆保留足够的空间 [C：scratch]> java -Xmx3550G MaxMemory 总内存：94240768（89.875 MiB） 最大内存：3388252028928（3184151.84297 MiB） 可用内存：93747752（89.4048233032 MiB） [C：scratch]>
正如其他人已经提到的，它取决于操作系统。
对于64位主机操作系统，如果JVM是32位，则它仍将依赖，最有可能像上面演示的那样。
-更新20110905：我只想指出其他一些观察结果/细节：
Runtime.MaxMemory可以分配的实际数量还取决于操作系统的工作集。我曾经在运行VirtualBox的同时运行了此程序，发现无法成功启动HotSpot JVM，因此不得不变-Xmx1590M小。这也意味着根据您当时的工作集大小，您可能会获得超过1590M的带宽（尽管由于Windows的设计，我仍然认为32位的带宽会低于2GiB）您没有指定哪个操作系统。
在Windows（对于我的应用程序-长期运行的风险管理应用程序）下，我们观察到在Windows 32bit上容量不能超过1280MB。我怀疑在64位下运行32位JVM是否会有所不同。
我们将应用程序移植到Linux，并且我们在64位硬件上运行32位JVM，并且拥有一个非常容易运行的2.2GB VM。
您可能遇到的最大问题是GC，具体取决于您要使用的内存。
“对于32位进程模型，进程的最大虚拟地址大小通常为4 GB，尽管某些操作系统将其限制为2 GB或3 GB。对于2 GB的限制，最大堆大小通常为-Xmx3800m（1600m） ），但实际限制取决于应用程序。对于64位进程模型，最大值实际上是无限的。”
在这里找到了一个很好的答案：Windows XP上的Java最大内存。
我们最近对此有了一些经验。我们最近已经从Solaris（x86-64版本5.10）移植到Linux（RedHat x86-64），并且意识到与Solaris相比，Linux上可用于32位JVM进程的内存更少。
对于Solaris，这几乎达到了4GB（http://www.oracle.com/technetwork/java/hotspotfaq-138619.html#gc_heap_32bit）。
我们使用-Xms2560m -Xmx2560m -XX：MaxPermSize = 512m -XX：PermSize = 512m来运行我们的应用程序，在过去的几年中，在Solaris上没有出现任何问题。尝试将其移至linux时，我们在启动时遇到随机内存不足的问题。我们只能使其始终在-Xms2300 -Xmx2300上启动。然后我们得到了支持的建议。
在Linux上，一个32位进程的最大可寻址地址空间为3gb（3072mb），而在Solaris上，则为完整的4gb（4096mb）。
在64位操作系统上的32位JVM的限制将与在32位OS上的32位JVM的限制完全相同。毕竟，32位JVM将在32位虚拟机（从虚拟化的角度来看）中运行，因此它不会知道它在64位OS /计算机上运行。
在64位OS和32位OS上运行32位JVM的一个好处是您可以拥有更多的物理内存，因此将减少交换/分页的频率。但是，只有在您具有多个流程时，才能真正充分实现此优势。
至于为什么使用32位JVM而不是64位JVM，原因不是技术性而是管理/官僚主义。
当我为BEA工作时，我们发现平均应用程序实际上在64位JVM中的运行速度较慢，而在32位JVM中运行时的速度却要慢一些。在某些情况下，性能降低的速度高达25％。因此，除非您的应用程序确实需要所有这些额外的内存，否则最好设置更多的32位服务器。
我记得，BEA专业服务人员遇到的使用64位的三个最常见的技术理由是：
。
Oracle当前拥有的JROCKIT JVM支持不连续的堆使用，因此，当JVM在64位Windows OS上运行时，允许32位JVM访问超过3.8 GB的内存。（在32位OS上运行时为2.8 GB）。
http://blogs.oracle.com/jrockit/entry/how_to_get_almost_3_gb_heap_on_windows
可以在以下位置免费下载JVM（需要注册）：
http://www.oracle.com/technetwork/middleware/jrockit/downloads/index.html
这是在Solaris和Linux 64位环境下进行的一些测试
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3750m MaxMemory
Error occurred during initialization of VM
Could not reserve space for ObjectStartArray
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3700m MaxMemory
Total Memory: 518520832 (494.5 MiB)
Max Memory: 3451912192 (3292.0 MiB)
Free Memory: 515815488 (491.91998291015625 MiB)
Current PID is: 28274
Waiting for user to press Enter to finish ...
$ java -version
java version "1.6.0_30"
Java(TM) SE Runtime Environment (build 1.6.0_30-b12)
Java HotSpot(TM) Server VM (build 20.5-b03, mixed mode)
$ which java
/usr/bin/java
$ file /usr/bin/java
/usr/bin/java: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped, no debugging information available
$ prstat -p 28274
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
28274 user1 670M 32M sleep 59 0 0:00:00 0.0% java/35顺便说一句：显然，Java在启动时并未分配太多实际内存。每个实例启动似乎只需要大约100 MB（我启动了10个）
3 GB的可用RAM并不是真的。ZFS缓存使用了大量的RAM，但是我没有root访问权限来检查到底有多少
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3650m MaxMemory
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3600m MaxMemory
Total Memory: 516423680 (492.5 MiB)
Max Memory: 3355443200 (3200.0 MiB)
Free Memory: 513718336 (489.91998291015625 MiB)
Current PID is: 26841
Waiting for user to press Enter to finish ...
$ java -version
java version "1.6.0_41"
Java(TM) SE Runtime Environment (build 1.6.0_41-b02)
Java HotSpot(TM) Server VM (build 20.14-b01, mixed mode)
$ which java
/usr/bin/java
$ file /usr/bin/java
/usr/bin/java: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, not stripped, no debugging information available
$ prstat -p 26841
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
26841 user1 665M 22M sleep 59 0 0:00:00 0.0% java/12$ alias java='$HOME/jre/jre1.6.0_34/bin/java'
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3500m MaxMemory
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine.
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3450m MaxMemory
Total Memory: 514523136 (490.6875 MiB)
Max Memory: 3215654912 (3066.6875 MiB)
Free Memory: 511838768 (488.1274871826172 MiB)
Current PID is: 21879
Waiting for user to press Enter to finish ...
$ java -version
java version "1.6.0_34"
Java(TM) SE Runtime Environment (build 1.6.0_34-b04)
Java HotSpot(TM) Server VM (build 20.9-b04, mixed mode)
$ file $HOME/jre/jre1.6.0_34/bin/java
/home/user1/jre/jre1.6.0_34/bin/java: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped
$ cat /proc/21879/status | grep ^Vm
VmPeak: 3882796 kB
VmSize: 3882796 kB
VmLck: 0 kB
VmHWM: 12520 kB
VmRSS: 12520 kB
VmData: 3867424 kB
VmStk: 88 kB
VmExe: 40 kB
VmLib: 14804 kB
VmPTE: 96 kB$ alias java='$HOME/jre/jre1.7.0_21/bin/java'
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3500m MaxMemory
Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
$ java -XX:PermSize=128M -XX:MaxPermSize=256M -Xms512m -Xmx3450m MaxMemory
Total Memory: 514523136 (490.6875 MiB)
Max Memory: 3215654912 (3066.6875 MiB)
Free Memory: 511838672 (488.1273956298828 MiB)
Current PID is: 23026
Waiting for user to press Enter to finish ...
$ java -version
java version "1.7.0_21"
Java(TM) SE Runtime Environment (build 1.7.0_21-b11)
Java HotSpot(TM) Server VM (build 23.21-b01, mixed mode)
$ file $HOME/jre/jre1.7.0_21/bin/java
/home/user1/jre/jre1.7.0_21/bin/java: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped
$ cat /proc/23026/status | grep ^Vm
VmPeak: 4040288 kB
VmSize: 4040288 kB
VmLck: 0 kB
VmHWM: 13468 kB
VmRSS: 13468 kB
VmData: 4024800 kB
VmStk: 88 kB
VmExe: 4 kB
VmLib: 10044 kB
VmPTE: 112 kB对于在64位主机上运行的32位JVM，我想堆剩下的就是在JVM之后可用的任何未碎片化虚拟空间，它是自己的DLL，并且已加载所有OS 32位兼容性。作为一个大胆的猜测，我认为应该有3GB的存储空间，但这要好多少取决于您在32位主机域中的性能。
另外，即使您可以创建3GB的巨大堆，也可能不希望这样做，因为这将导致GC暂停变得很麻烦。有些人只是运行更多的JVM来使用额外的内存，而不是一个巨型内存。我想他们现在正在调整JVM的性能，以更好地处理巨型堆。
很难确切知道您可以做的更好。我想您的32位情况可以通过实验轻松确定。当然，要进行抽象预测是很困难的，因为要考虑很多因素，特别是因为32位主机上可用的虚拟空间非常有限。堆确实需要存在于连续的虚拟内存中，因此地址空间的碎片dll和OS内核对地址空间的内部使用将确定可能的分配范围。
操作系统将使用一些地址空间来映射硬件设备及其自身的动态分配。尽管此内存未映射到Java进程地址空间中，但OS内核无法同时访问它和您的地址空间，因此它将限制任何程序的虚拟空间的大小。
加载DLL取决于JVM的实现和版本。加载OS内核取决于很多事情，包括发行版，硬件，自上次重启以来到目前为止已映射了多少东西，谁知道...
我敢打赌，您在32位域中获得1-2 GB，在64位域中获得约3 GB，因此总体提高了约2倍。
我尝试在32位Linux机器上将堆大小设置为2200M，并且JVM运行良好。当我将其设置为2300M时，JVM没有启动。
理论上的4GB，但实际上（对于IBM JVM）：
Win 2k8 64，IBM Websphere Application Server 8.5.5 32位
C:\IBM\WebSphere\AppServer\bin>managesdk.bat -listAvailable -verbose CWSDK1003I: Доступные SDK: CWSDK1005I: Имя SDK: 1.6_32 - com.ibm.websphere.sdk.version.1.6_32=1.6 - com.ibm.websphere.sdk.bits.1.6_32=32 - com.ibm.websphere.sdk.location.1.6_32=${WAS_INSTALL_ROOT}/java - com.ibm.websphere.sdk.platform.1.6_32=windows - com.ibm.websphere.sdk.architecture.1.6_32=x86_32 - com.ibm.websphere.sdk.nativeLibPath.1.6_32=${WAS_INSTALL_ROOT}/lib/native/win /x86_32/
CWSDK1001I: Задача managesdk выполнена успешно.
C:\IBM\WebSphere\AppServer\java\bin>java -Xmx2036 MaxMemory
JVMJ9GC017E -Xmx слишком мала, должна быть не меньше 1 M байт
JVMJ9VM015W Ошибка инициализации для библиотеки j9gc26(2): Не удалось инициализи
ровать
Could not create the Java virtual machine.
C:\IBM\WebSphere\AppServer\java\bin>java -Xmx2047M MaxMemory
Total Memory: 4194304 (4.0 MiB)
Max Memory: 2146435072 (2047.0 MiB)
Free Memory: 3064536 (2.9225692749023438 MiB)
C:\IBM\WebSphere\AppServer\java\bin>java -Xmx2048M MaxMemory
JVMJ9VM015W Ошибка инициализации для библиотеки j9gc26(2): Не удалось создать эк
земпляр кучи; запрошено 2G
Could not create the Java virtual machine.
RHEL 6.4 64，IBM Websphere Application Server 8.5.5 32位
[bin]./java -Xmx3791M MaxMemory
Total Memory: 4194304 (4.0 MiB)
Max Memory: 3975151616 (3791.0 MiB)
Free Memory: 3232992 (3.083221435546875 MiB)
[root@nagios1p bin]# ./java -Xmx3793M MaxMemory
Total Memory: 4194304 (4.0 MiB)
Max Memory: 3977248768 (3793.0 MiB)
Free Memory: 3232992 (3.083221435546875 MiB)
[bin]# /opt/IBM/WebSphere/AppServer/bin/managesdk.sh -listAvailable -verbose
CWSDK1003I: Available SDKs :
CWSDK1005I: SDK name: 1.6_32
- com.ibm.websphere.sdk.version.1.6_32=1.6
- com.ibm.websphere.sdk.bits.1.6_32=32
- com.ibm.websphere.sdk.location.1.6_32=${WAS_INSTALL_ROOT}/java
- com.ibm.websphere.sdk.platform.1.6_32=linux
- com.ibm.websphere.sdk.architecture.1.6_32=x86_32
-com.ibm.websphere.sdk.nativeLibPath.1.6_32=${WAS_INSTALL_ROOT}/lib/native/linux/x86_32/
CWSDK1001I: Successfully performed the requested managesdk task.