首页 / JAVA / java – JRE 32位vs 64位

java – JRE 32位vs 64位

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了java – JRE 32位vs 64位，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1353字，纯文字阅读大概需要2分钟。

内容图文

我一直在使用Java一段时间,而我设置新开发机器的典型仪式需要从Oracle网站下载和安装最新JDK的规范.

这引发了一个不寻常的问题,如果我使用32位或64位JRE捆绑包有什么关系吗？

回过头来看,我之前已经安装了两个版本,而且我的普通工具链很快就插入了(Eclipse).在我的日常编程中,我不记得曾经因为我使用的是64位JRE(或针对这方面的目标是64位JRE)而不得不以不同的方式改变某些东西或思考某些东西.

根据我对64位与32位的理解 – 它实际上归结为数字如何存储在封面下…我知道int是32位而long是64位…同样浮点数为32位且double是64位 – 所以只是Java已经抽象出了这个微妙之处,并且可能一直都是“64位兼容”？

我确定我在这里遗漏了一些东西,除了无法在32位系统上安装64位JRE.

解决方法:

64位与32位实际上归结为对象引用的大小,而不是数字的大小.

在32位模式下,引用是四个字节,允许JVM唯一地寻址2 ^ 32字节的内存.这就是32位JVM限制为4GB的最大堆大小的原因(实际上,由于其他JVM和OS开销,限制较小,并且根据操作系统而不同).

在64位模式下,引用是(惊讶)8个字节,允许JVM唯一地寻址2 ^ 64字节的内存,这对任何人来说应该足够了.在64位模式下,JVM堆大小(使用-Xmx指定)可能很大.

但是64位模式带来了成本：引用的大小增加了一倍,增加了内存消耗.这就是Oracle引入“Compressed oops”的原因.启用压缩oops(我认为现在是默认的),对象引用缩小到四个字节,但需要注意的是堆限制为40亿个对象(和32GB Xmx).压缩的oops不是免费的：实现内存消耗的大幅减少需要很小的计算成本.

作为个人喜好,我总是在家里运行64位JVM. CPU支持x64,操作系统也是如此,所以我也喜欢JVM在64位模式下运行.

内容总结

以上是互联网集市为您收集整理的java – JRE 32位vs 64位全部内容，希望文章能够帮你解决java – JRE 32位vs 64位所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/709045.html

来源：【匿名】