对齐填充的核心用途是使对象总大小为8字节整数倍，以匹配CPU缓存行和内存总线访问习惯；它由HotSpot JVM的8字节对齐要求决定，用于补齐对象头与实例数据之和不足8倍数的部分。

对齐填充本身不存数据、不参与逻辑，但它让对象总大小变成8字节的整数倍，从而匹配CPU缓存行和内存总线的访问习惯——这是它最核心的用途。

对齐填充为什么必须存在

HotSpot JVM规定：每个对象在堆中分配时，起始地址必须是8字节对齐的。这就要求对象整体占用空间也得是8的倍数。对象头（默认12字节，64位+压缩指针）加实例数据之和，很可能不是8的倍数，差多少就补多少字节，这部分就是对齐填充。

• CPU一次读取通常是4或8字节，若对象跨两个缓存行，就得两次加载，性能下降
• 缓存行常见为64字节，若对象大小不规整（比如37字节），一个缓存行只能塞下1个对象，浪费空间
• 伪共享问题常源于多个volatile字段被挤进同一缓存行，而合理填充可人为隔离关键字段

对齐填充怎么算

分两步：先算“对象头 + 实例数据”总和，再向上取整到最近的8字节倍数，差值就是填充字节数。

• 对象头：64位JVM开启指针压缩（默认）→12字节；未开启→16字节
• 实例数据：JVM按字段类型宽度重排（long/double → int/float → short/char → byte/boolean），再逐个按对齐规则安放
• 例如：class A { byte a; int b; long c; } → 重排后为 c(8) + b(4) + a(1) = 13字节数据区 → 头12 + 数据13 = 25 → 向上取整到32 → 填充7字节

字段顺序如何影响填充量

字段声明顺序不等于内存顺序，但会影响JVM重排后的间隙分布。宽字段靠前，窄字段靠后，能减少中间插入的padding，把填充集中到末尾。

• 坏顺序：byte a; long b; int c; → a占1字节后，b需从地址8开始（填7字节），c再从16开始（填4字节），数据区实际用了24字节
• 好顺序：long b; int c; byte a; → b(8) + c(4) + a(1) = 13字节，只在末尾补3字节就满足16字节（数据区），总大小更紧凑
• 相同字段组合，不同声明顺序可能导致对象总大小相差8字节甚至更多

怎么验证和优化

光靠手算是容易出错的，推荐用工具实测，再针对性调整。

• 引入JOL（Java Object Layout）：org.openjdk.jol:jol-core
• 代码中调用：ClassLayout.parseClass(A.class).toPrintable()，输出含每字段偏移、大小、填充位置
• 优化方向：字段重排、用int替代Integer、开启指针压缩、高频更新字段加@Contended隔离