Java基本数据类型本身不进行内存对齐，真正发生对齐的是它们作为对象字段时的布局过程；JVM按字段类型大小重排、插入padding，并强制整体8字节对齐以适配CPU缓存行，字段声明顺序直接影响填充量和内存效率。
Java基本数据类型本身不“做”对齐，真正发生内存对齐的是它们作为字段出现在对象中时的布局过程。JVM在堆上分配对象实例时，会自动按字段类型大小重排顺序、插入填充字节，并确保整体大小为8字节倍数——这是为了适配CPU缓存行访问机制，提升读写效率。
字段声明顺序直接影响填充量
JVM不是照着代码顺序一字排开字段，而是依据每个字段的对齐要求（如long需8字节对齐）决定起始位置。若窄字段（byte/boolean）先声明，后续宽字段就可能被迫跳过大量空位。
-
低效示例：
byte a; long b;→ a占1字节，b必须从地址8开始，中间插入7字节padding -
优化写法：
long b; byte a;→ b占前8字节，a紧接其后占第9字节，末尾仅补3字节即满足16字节总长 - 口诀：long/double放最前，int/float居中，short/char/byte/boolean放最后
每种类型有固定对齐边界
字段起始地址必须是其自身宽度的整数倍（实际对齐值通常等于宽度），JVM据此插入必要padding：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- byte / boolean → 对齐到1字节边界（起始地址 % 1 == 0）
- short / char → 对齐到2字节边界（起始地址 % 2 == 0）
- int / float → 对齐到4字节边界（起始地址 % 4 == 0）
- long / double / 引用（64位未压缩）→ 对齐到8字节边界（起始地址 % 8 == 0）
对象整体强制8字节对齐
无论字段怎么排，整个对象占用内存必须是8的整数倍。这由三部分构成：
立即学习“Java免费学习笔记（深入）”；
- 对象头：64位JVM默认开启压缩指针，为12字节（Mark Word 8字节 + 类型指针 4字节）
- 实例数据：字段重排+内部填充后的总和
- 对齐填充：加在末尾，使三者之和为8的倍数。例如12字节头 + 13字节字段 = 25 → 补7字节 → 总32字节
boolean看似小，其实很“占地方”
boolean逻辑上只代表真/假，但HotSpot中每个boolean字段固定占1字节，且不打包、不共享位。它容易成为填充诱因：
- 单个
boolean flag;：对象头12 + flag 1 = 13 → 补3 → 占16字节 - 8个boolean字段：头12 + 8 = 20 → 补4 → 占24字节（不是16）
- 数组场景更明显：
boolean[1_000_000]≈ 1MB，long[1_000_000]≈ 8MB
