java基本数据类型在堆中按jvm物理对齐规则排布：字段依声明顺序放置并满足自身对齐要求，对象头12字节（64位+压缩指针），整体8字节对齐；调整字段顺序可减少padding，如long/int/byte顺序比byte/long/int节省8字节。
Java基本数据类型在堆中不是按语义宽度排布，而是严格遵循JVM的物理对齐规则。掌握这一点，能直接减少对象内存占用、缓解GC压力，尤其在高频创建小对象的场景（如DTO、缓存实体）中效果显著。
每个基本类型的“真实占地”大小
Java语言规范只定义行为，不规定存储尺寸；HotSpot JVM有确定实现：
- boolean：逻辑1位，实际固定占1字节（不打包、不共享、不压缩）
- byte / char / short：分别固定占1 / 2 / 2 字节
- int / float：统一占4 字节
- long / double：在64位JVM（含默认开启的压缩指针）下，统一占8 字节
注意：这些是堆中实例字段的占用，与栈上局部变量的slot分配无关。
三重对齐约束决定字段怎么“站位”
JVM布局时同时满足三个硬性条件：
- 字段级对齐：每个字段必须从其自身对齐边界开始——byte/boolean → 1字节对齐，short/char → 2字节对齐，int/float → 4字节对齐，long/double → 8字节对齐
- 对象头固定开销：64位JVM开启压缩指针（默认）时，对象头为12字节（Mark Word 8字节 + 压缩类指针 4字节）
- 整体8字节对齐：整个对象所占内存必须是8的倍数，末尾自动填充（Padding）
例如：仅含1个boolean的类 → 对象头12字节 + boolean 1字节 = 13字节 → 补3字节 → 实际占16字节。
字段顺序直接影响内存大小
JVM按声明顺序依次放置字段，并在必要时插入填充字节。顺序不当会大幅增加padding：
-
低效写法：
byte a; long b; int c;
→ a占1字节；b需8字节对齐，跳到地址8（填7字节）；c需4字节对齐，从地址12起（填0字节）；末尾补4字节对齐到24 → 共24字节 -
优化写法：
long b; int c; byte a;
→ b占8字节；c从地址8起占4字节；a从地址12起占1字节；总和13字节 → 补3字节对齐到16 → 仅16字节
推荐策略：将long/double放在最前，其次int/float，再short/char，最后byte/boolean；同类小字段可集中排列。
验证与调试：用JOL看真实布局
引入JOL（Java Object Layout）库可直观查看对象内存分布：
- Maven依赖：
<dependency><groupid>org.openjdk.jol</groupid><artifactid>jol-core</artifactid><version>0.17</version></dependency> - 代码示例：
System.out.println(ClassLayout.parseInstance(new YourClass()).toPrintable()); - 输出中关注：
OFFSET（字段起始偏移）、SIZE（字段大小）、Instance size（对象总大小）、object alignment gap（填充字节）
实测比理论推演更可靠——不同JVM版本或参数（如关闭压缩指针）会导致对象头变化，JOL能即时反映真实情况。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
