java64位大32位大_java程序在64位机和32位机上编译后哪个会大一些？为什么

展开全部

答案：

我经常听到有人说只要从32位JVM升级到64位就能自动获得32313133353236313431303231363533e78988e69d8331333365656530性能的提升。这只说对了部分。有显著的性能提升的前提是在这之前你的系统存在内存占用的问题比如过度GC或者java.lang.outofmemoryerror，并且你也进行了适当的调优及堆大小的调整。

不幸的是，我们通常都忽略了一个事实，对于 64位的JVM来说，系统中的本地指针会占用8个字节，而不是4个。这会导致你的程序的内存占用量的增加，因此会带来更频繁的GC以及性能的下降。

下面是Oracle的官方解释：

64位的虚拟机和32位的比起来，性能上有什么不同？

一般来说，和32位的虚拟机相比，同样的程序在64位机上仅需花费很小的性能损失就能获得更大的寻址空间。这是由于系统的本地指针在64位虚拟机中会占用8个字节。这些额外字节的加载会对内存的使用带来影响，其结果就是程序执行的速度会变稍微的变慢，具体是多少取决于你的Java程序在执行的过程中需要加载多少指针。好消息是AMD64和EM64T平台在64位模式下运行的时候，Java虚拟机能获得额外的寄存器，来生成更高效的本地指令序列。这些额外寄存器带来的性能提升几乎能弥补64位虚拟机带来的执行速度的下降。SPARC平台上64位虚拟机和32位的相比，大概会有10%～20%的性能下降。AMD64和EM64T平台上则大概是0%～15%，这取决于你应用程序执行的时候有多少指针了。

现在回到我们开始说的那个问题上，内存占用量有了显著的增加，这就是导致性能问题的罪魁祸首。根据你选择的GC策略，GC的老生代回收会导致JVM和线程的暂停时间变得更长，这引发了线程锁竞争以及其它的问题。从下图可以看到，升级到64位JVM后应用程序的内存占用量(老生代)增加了45%。

Java堆的使用量 ~老年代回收后占用量大概是900MB(32位)

Java堆的使用量 ~老年代回收后占用量大概是1.3GB(64位)

应用程序的Java堆的内存占用量增加了45%。当然这是本地指针的大小膨胀了的缘故。

还有一个问题就是在项目支付前，只进行了功能测试，而没有进行性能测试及压力测试。并且也没有对JVM参数的进行修改或者调整，这自然就增长了旧生代回收的频率以及GC的暂停时间。最终的解决方案是将堆的大小从2GB增加到2.5GB，并且开启压缩指针的选项。

转载的链接在：网页链接