本文探讨了64位JVM相对于32位JVM的内存优势及挑战，重点介绍了指针压缩（UseCompressedOops）技术，用于减少64位环境下对象指针的内存占用。该技术默认在JDK 8中启用，主要压缩全局静态变量、对象头信息、引用类型和对象数组。然而，特定类型的指针如指向PermGen的Class对象、局部变量、传参和返回值以及NULL指针不会被压缩。文章还提到了零基压缩作为优化手段，并指出32位HotSpot VM不支持指针压缩参数，仅64位版本支持。
64位JVM和32位JVM
最初的时候，JVM是32位的，但是随着64位系统的兴起，JVM也迎来了从32位到64位的转换，32位的JVM对比64位的内存容量比较有限，但是我们使用64位虚拟机的同时，也带来了一个问题，64位下的JVM中的对象会比32位中的对象多占用1.5倍的内存空间，这是我们不想看到的（又要马儿跑，又要马儿不吃草可还行？），但是机智的程序员不会屈服，所以在JDK 1.6的版本后，我们在64位中的JVM中可以开启指针压缩（UseCompressedOops）来压缩我们对象指针的大小来帮助我们节约内存空间，拿JDK 8来说，这个指令是默认开启的。
如果我想要知道我们电脑上安装的JVM是32位的还是64位的，可以通过下面的这个命令去查看
如果我们的系统是64位的，当我们输入java -d32的时候会提示不支持32位的JVM，或者我们通过java -version也可以看到：
最低0.47元/天 解锁文章
扫一扫
331
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
