为什么Java对象要采用8字节对齐而非4字节对齐？

你在JOL中观测到的8字节对齐是HotSpot虚拟机的默认规范，主要出于性能、内存利用率两方面的考量，核心原因如下：

• CPU寻址效率优化：现代64位架构CPU的原生内存寻址单元为8字节，若对象起始地址对齐到8字节边界，CPU读取整个对象头/字段时仅需要一次寻址操作。如果采用4字节对齐，会有近50%的概率出现对象数据横跨两个CPU寻址块的情况，此时处理器需要两次读取、拼接数据才能拿到完整内容，随机访问性能下降可达40%。32位时代的JVM确实普遍采用4字节对齐，但当前生产环境几乎全为64位部署，4字节对齐反而会带来额外的性能损耗。
• 压缩指针（Compressed Oops）的实现要求：8字节对齐是JVM压缩普通对象指针功能生效的基础前提。由于所有对象起始地址最后3位二进制位固定为0，存储指针时可以省略这3位，将32位指针可寻址的范围从4GB提升到32GB（2^32 * 8Byte），这也是当前默认开启压缩指针的JVM最大支持32GB堆内存的核心原因。如果采用4字节对齐，压缩指针最多只能支持16GB堆内存，大内存场景下的空间利用率会大幅降低。
• 内存分配效率优化：JVM的TLAB（线程本地分配缓存）机制在分配对象时，8字节对齐可以保证分配操作仅需要一次原子指针增减即可完成，不需要额外处理边界偏移的特殊情况，大幅提升多线程场景下的对象分配吞吐量。

HotSpot虚拟机允许通过-XX:ObjectAlignmentInBytes=4参数强制修改对齐阈值为4字节，调整后可通过JOL观测到对齐字段的变化，同时压缩指针的最大支持堆内存会降至16GB，且内存访问性能会出现明显下跌。

内容的提问来源于stack exchange，提问作者kale