基础篇八 一个空 Object 啥都没干，凭什么占了 16 字节内存？

你写了一万次new Object()，但你有没有认真想过：这个对象里面啥都没有，它到底占多大内存？

我第一次被问到这个问题的时候，随口说了句"8 字节吧"，面试官微微一笑，我就知道——坏了。后来我花了一下午把这事搞明白，才发现答案比我想的有趣得多。今天跟你聊聊，一个空 Object 到底凭啥占了 16 字节。

一、先给你答案：16 字节

在 64 位 JDK、默认配置下，一个new Object()占16 字节。

但诡异的是——你写的属性占了 0 字节。16 字节全是 JVM 自己塞进去的"基础设施"。

来，我们把 Object 拆开看看钱都花在哪了：

┌────────────────────────────────────┐ │ Object 内存布局 │ ├──────────────┬──────────┬──────────┤ │ Mark Word │ Klass │ Padding │ │ (8 字节) │ Pointer │ (4 字节) │ │ │ (4 字节) │ │ ├──────────────┼──────────┼──────────┤ │ 你的数据 │ │ │ │ (0 字节) │ │ │ └──────────────┴──────────┴──────────┘ 8 + 4 + 0 = 12 → 对齐到 16 字节

就像你租了个 16 平的房间，自己啥家具都没放，结果全被物业的设备占了——水电表、门禁卡、消防器材，一个都少不了。

二、逐项拆解：16 字节花在了哪？

第一笔：Mark Word —— 8 字节的"身份证 + 体检报告"

每个对象都有一个 Mark Word，里面存的是 JVM 运行时最要紧的信息：

而且 Mark Word 是复用设计的——不同状态下，存的字段不一样。就像一块可擦写的白板，无锁时写哈希码，加锁了就写锁信息：

无锁状态： ┌─────────────────────────────────────────────┐ │ HashCode (25bit) │ GC年龄(4bit) │ 0 │ 01 │ └─────────────────────────────────────────────┘ 偏向锁状态： ┌─────────────────────────────────────────────┐ │ 线程ID (54bit) │ GC年龄(4bit) │ 1 │ 01 │ └─────────────────────────────────────────────┘ 轻量级锁： ┌─────────────────────────────────────────────┐ │ 指向锁记录的指针 (62bit) │ 00 │ └─────────────────────────────────────────────┘ 重量级锁： ┌─────────────────────────────────────────────┐ │ 指向 Monitor 的指针 (62bit) │ 10 │ └─────────────────────────────────────────────┘

下次面试官问 synchronized 的锁信息存在哪，你可以拍着桌子说：Mark Word！

第二笔：Klass Pointer —— 4 字节的"户口本"

这个指针指向方法区里的类元数据，告诉 JVM：“我是Object的实例，不是String，别搞混了。”

那为什么是 4 字节而不是 8 字节？因为 JVM 默认开了指针压缩（Compressed Oops）。

什么意思呢？打个比方：你住在一个小区，门牌号本来需要 8 位数字才够用，但这个小区不大，4 位数字就能给所有房子编号了——那当然用 4 位更省事。

JVM 也是这个逻辑：堆内存小于 32GB 时，4 字节就够寻址了，没必要浪费 8 字节。

第三笔：对齐填充 —— 4 字节的"凑整费"

8 + 4 = 12，不是 8 的倍数。JVM 要求对象大小必须是 8 的倍数，所以补 4 字节 padding 凑到 16。

为啥非要凑整？因为 CPU 从内存读数据是按块来的（一个缓存行 64 字节），如果对象没对齐，一个字段可能横跨两块，得读两次才能拼出来——太慢了。对齐后保证字段不跨块，一次读完。

这笔"凑整费"其实挺划算的——4 字节换来了更快的内存访问速度。

三、换个配置，结果不一样

32 位只要 8 字节，但现在基本没人用了。64 位不压缩时 Klass Pointer 变 8 字节，8+8=16 刚好对齐，不用补 padding——巧了，结果还是 16。

四、加了属性会怎样？

classMyObject{inta;// 4 字节byteb;// 1 字节longc;// 8 字节}

内存布局（64 位 + 压缩）：

┌──────────┬──────────┬────┬────┬──────┬──────┐ │Mark Word │Klass Ptr │ a │ b │ pad │ c │ │ 8 字节 │ 4 字节 │4字节│1字节│3字节 │8字节 │ └──────────┴──────────┴────┴────┴──────┴──────┘ 总计：8 + 4 + 4 + 1 + 3 + 8 = 28 → 对齐到 32 字节

你注意到没？byte b和long c之间多了 3 字节 padding。因为 JVM 会把字段重新排序——先放大的（long 8 字节需要 8 对齐），小的塞缝隙。byte b后面补 3 字节，让long c从 8 的倍数位置开始。

这就像搬家师傅摆家具：大衣柜必须靠墙对齐放，小箱子见缝插针。

五、数组对象呢？多了个"长度"

int[]arr=newint[0];// 空数组

数组比普通对象多一个length字段（4 字节）：

┌──────────┬──────────┬────────┐ │Mark Word │Klass Ptr │ length │ │ 8 字节 │ 4 字节 │ 4 字节 │ └──────────┴──────────┴────────┘ 总计：8 + 4 + 4 = 16 字节

一个元素都没有，也占 16 字节——对象头和长度字段省不了。

六、自己动手验证：用 JOL 量一量

光听我说你肯定不信，自己量！JOL（Java Object Layout）是 OpenJDK 出的测量工具：

<dependency><groupId>org.openjdk.jol</groupId><artifactId>jol-core</artifactId><version>0.17</version></dependency>

importorg.openjdk.jol.info.ClassLayout;Objectobj=newObject();System.out.println(ClassLayout.parseInstance(obj).toPrintable());

输出：

java.lang.Object object internals: OFF SZ TYPE DESCRIPTION VALUE 0 8 (object header: mark) 0x0000000000000001 8 4 (object header: class) 0x00001000 12 4 (object alignment/padding) Instance size: 16 bytes

12 字节有效数据 + 4 字节对齐 = 16 字节，和我们分析的完全一致。

七、回到全貌：一张图记住

对象 = 对象头 + 实例数据 + 对齐填充 对象头 = Mark Word + Klass Pointer（+ 数组长度） │ │ │ └─ 4字节（压缩）/ 8字节（不压缩） └─ 固定 8 字节 实例数据 = 你的字段（JVM 可能重排序） 对齐填充 = 凑到 8 的倍数 空 Object： 8 + 4 + 0 + 4 = 16 字节 空 int[]： 8 + 4 + 4 + 0 = 16 字节

八、回答技巧与点评

标准回答

64 位 JVM 默认配置下，一个空的 Object 对象占 16 字节。其中 Mark Word 占 8 字节，存储哈希码、GC 分代年龄、锁状态等运行时信息；Klass Pointer 占 4 字节（指针压缩开启），指向类元数据；实例数据 0 字节；对齐填充 4 字节，凑到 8 的倍数。

加分回答

如果你能接着说出以下几点，面试官会眼前一亮：

1. 提到指针压缩：默认开启 Compressed Oops，Klass Pointer 是 4 字节而不是 8 字节，条件是堆内存小于 32GB
2. 提到对齐原因：8 字节对齐是为了配合 CPU 缓存行读取，避免字段跨缓存行导致二次读取；同时为指针压缩提供基础（地址低 3 位恒为 0）
3. 提到验证方式：用 JOL 工具可以直接打印对象内存布局，自己跑一遍比背答案靠谱

面试官点评

这道题考察的不是你背没背 16 这个数字，而是看你是否理解对象的内存结构。能说出 Mark Word 和 Klass Pointer 的人不少，但能说清"为什么是 4 字节而不是 8 字节"（指针压缩）、"为什么需要对齐"的人就不多了。如果你还能提到 JOL 工具验证，说明你真的是动手验证过，不是死记硬背的——这在面试中是非常加分的。

原文阅读

内容有帮助？点赞、收藏、关注三连！评论区等你 💪