jvm通过类元数据而非对象头存储对象大小，普通对象因类型固定而尺寸统一，数组则依赖额外的长度字段；访问时依据编译期已知的字段偏移量，而非运行时动态计算大小。
在Java虚拟机中，对象内存布局的设计高度依赖“类型确定性”与“元数据集中管理”两大原则。普通（非数组）对象的大小在类加载阶段即被完全确定：JVM解析类文件后，会计算出该类所有实例字段（含父类继承字段、对齐填充）的总大小，并将该值记录在类元数据（Klass structure） 中。每个对象头中的 klass pointer（类指针）并不直接携带尺寸信息，而是指向这块元数据——相当于一个“尺寸索引”。因此，JVM无需在每个对象头中重复存储大小，既节省空间，又保证一致性。
相比之下，数组是动态尺寸的特殊对象。其对象头在 mark word 和 klass pointer 之外，额外包含一个4字节（32位）或8字节（64位，开启压缩类指针时可能仍为4字节）的 length 字段，明确记录元素个数。JVM通过该字段乘以元素类型宽度（如 int 为4字节，Object引用为4或8字节），即可算出整个数组占用的堆内存范围。这也是为什么 array.length 是 O(1) 操作——它直接读取对象头中的预存值。
值得注意的是：对象大小虽不用于日常字段访问，但在关键系统操作中不可或缺。例如：
- 垃圾回收（GC）：在标记-整理（Mark-Compact）算法中，JVM需精确知道每个存活对象的跨度，才能安全地将其移动并更新引用；
- 内存分配：TLAB（Thread Local Allocation Buffer）分配时需按对象大小预留连续空间；
- 调试与监控：jmap -histo 或 JFR（Java Flight Recorder）统计对象内存占用均依赖类元数据中的尺寸信息。
// 示例：验证普通对象大小由类决定，与实例无关
public class Person {
private String name; // 引用类型（通常占4字节，开启CompressedOops）
private int age; // 基本类型（4字节）
private boolean flag;// 布尔类型（实际按1字节对齐，但受填充影响）
}
// 所有 Person 实例在相同JVM配置下具有完全相同的内存布局和大小（如24字节）关键总结：
- ✅ 普通对象大小 = 类元数据静态计算值，通过 klass pointer 间接获取；
- ✅ 数组大小 = 对象头中显式 length 字段 × 元素单位大小；
- ❌ JVM 从不依赖对象头中的“隐式尺寸字段” 来读取普通对象数据——字段访问全部基于编译期确定的固定偏移量（如 name 在偏移量 12 处）；
- ⚠️ 虽然字段访问无需实时查大小，但GC、内存管理等底层机制必须精确掌握每个对象的尺寸，这正是 klass 结构的核心职责之一。
