java对象内存布局严格分为对象头、实例数据和对齐填充三部分：对象头含mark word和类型指针，实例数据按字段宽度重排序以减少填充，对齐填充确保总大小为8字节倍数，从而提升cpu缓存访问效率并缓解伪共享。
Java数据类型在内存中的对齐与填充，本质是JVM为提升CPU访问效率所做的底层安排。它不改变语义，但直接影响对象大小、缓存利用率和并发性能。
字段对齐规则：按类型大小决定起始位置
JVM不会简单按代码声明顺序堆放字段，而是依据字段类型大小进行重排（通常从大到小），并确保每个字段的起始地址对其自身宽度整除：
- byte / boolean：对齐到1字节边界（实际存储占1字节，但JVM中boolean数组元素也占1字节）
- short / char：对齐到2字节边界（起始地址 % 2 == 0）
- int / float：对齐到4字节边界（起始地址 % 4 == 0）
- long / double / 引用（64位未压缩）：对齐到8字节边界
若当前偏移不满足对齐要求，JVM就在前一个字段后插入填充字节。例如：byte a; int b; 中，a占1字节后，b需从地址4开始，中间自动补3字节。
对象整体对齐：末尾填充确保8字节倍数
所有Java对象在堆中分配时，必须满足“起始地址是8字节倍数”，因此整个对象占用空间会被补齐为8的整数倍：
- 对象头（含Mark Word + Class Pointer）：启用压缩指针（-XX:+UseCompressedOops）时为12字节，否则为16字节
- 实例数据总大小：按字段重排+内部填充后得出
- 对齐填充：加在实例数据之后，使 对象头 + 实例数据 + 填充 = 8 × n
比如对象头12字节 + 字段共17字节 = 29字节 → 补3字节 → 总大小32字节。这个末尾填充没有业务含义，纯为对齐服务。
为什么影响性能？缓存行与伪共享
对齐不只是“整齐”，它直接关系到CPU缓存行为：
- 主流CPU缓存行（Cache Line）为64字节；若对象大小非8倍数，数组中相邻对象可能跨缓存行，导致一次加载无法覆盖完整对象，降低预取效率
- 多个volatile long字段若落在同一缓存行，又由不同线程频繁更新，会引发伪共享（False Sharing）——看似无关的字段因物理地址靠近而互相干扰
- 通过调整字段顺序、使用
@Contended或手动填充，可将热点字段隔离到独立缓存行，缓解该问题
如何验证与优化？
借助JOL（Java Object Layout）工具可直观查看布局：
- 添加依赖：
org.openjdk.jol:jol-core - 运行
ClassLayout.parseInstance(new YourClass()).toPrintable() - 观察OFFSET列判断字段位置，SIZE列确认填充分布
- 优化方向：把long/double/引用字段前置；避免byte/int/short混排；小对象尽量凑满8字节边界
不复杂但容易忽略——合理利用对齐规则，能在不改逻辑的前提下减少内存占用、提升遍历速度、缓解并发争用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
