Java 64位JVM的优势

可能重复：

我们所有的客户端站点都运行在32位虚拟机上，我们正在讨论是否将它们全部切换到64位虚拟机

切换到64位虚拟机是否有任何优势（除了明显的内存限制）？

主要优势：

• 64位虚拟机可以在64位指令集中使用更多寄存器和新指令，这可以提高JIT编译代码的性能
• 您不再局限于32位堆大小（这在正常使用中不太可能是问题，但在某些特殊情况下可能会有所不同，例如，如果您正在处理非常大的数据阵列）

主要缺点：

• 64位指针占用更多空间，因此您的代码和数据将需要略微更多的内存。如果内存/缓存受限，这可能是一个小问题

根据我的经验，32位和64位虚拟机都工作得非常好。因此，除非你对其中一个有一个可测量的问题，否则目前没有太多令人信服的理由去改变。对于新部署，我可能会选择64位虚拟机。

主要优势：

• 64位虚拟机可以在64位指令集中使用更多寄存器和新指令，这可以提高JIT编译代码的性能
• 您不再局限于32位堆大小（这在正常使用中不太可能是问题，但在某些特殊情况下可能会有所不同，例如，如果您正在处理非常大的数据阵列）

主要缺点：

• 64位指针占用更多空间，因此您的代码和数据将需要略微更多的内存。如果内存/缓存受限，这可能是一个小问题

---

根据我的经验，32位和64位虚拟机都工作得非常好。因此，除非你对其中一个有一个可测量的问题，否则目前没有太多令人信服的理由去改变。对于新部署，我可能会选择64位虚拟机。

能够使用更多内存本身就是一个很大的优势。您需要调用本机代码吗？嗯，能够使用更多的内存本身就是一个很大的优势。您需要调用本机代码吗？+1：如果您在Sun/Oracle 64位JVM上使用

-XX:+UseCompressedOops

，它将使用32位引用，使用与32位JVM相同的内存量。（它仍然可以寻址32 GB；）+1：如果在Sun/Oracle 64位JVM上使用

-XX:+UseCompressedOops

，它将使用32位引用，使用与32位JVM相同的内存量。（它仍然可以寻址32 GB；）