Object类在HotSpot中由Oop-Klass模型实现：oop为指向实例的指针（如instanceOop），klass为类型元数据（instanceKlass）；new Object()分配16字节堆内存（12字节对象头+0字节实例数据+4字节对齐填充）；其native方法由C++实现，依赖klass与运行时系统。
Java 中的 Object 类在语言层面是所有类的根父类，但在 HotSpot 虚拟机内部，它并不直接对应一个 Java 层面的“对象实例”，而是通过一套底层 C++ 结构来精确建模——这就是 Oop-Klass 模型。这个模型把“对象是什么”拆成两个协作部分：一个是运行时的实例（oop），一个是它的类型蓝图（klass）。
Object 实例在堆中的内存布局
当你执行 new Object()，HotSpot 在堆中分配一块固定结构的内存，共 16 字节（64 位 JVM + 开启压缩指针时）：
- 对象头（12 字节）：含 Mark Word（8 字节，存哈希码、锁状态、GC 分代年龄等）和 Klass Pointer（4 字节，指向该对象所属的 klass 元数据）
- 实例数据（0 字节）：Object 类没有字段，所以这部分为空
- 对齐填充（4 字节）：JVM 要求对象起始地址 8 字节对齐，因此补足到 16 字节
Klass 是 Object 类型的元数据载体
每个 Object 实例背后都关联一个 instanceKlass 对象（C++ 类），它不是 Java 的 Class<?> 实例，而是虚拟机内部描述类型结构的核心元数据：
- 存储方法表（vtable）、虚函数入口、字段偏移量、静态常量池指针等
- 包含运行时类加载状态、继承关系、访问控制标志
- Java 层的
java.lang.Class对象只是这个instanceKlass的一个“镜像封装”，供反射等 API 使用
Oop 是指向实例的轻量级句柄
Oop（Ordinary Object Pointer）本质上是一个指针，但它不直接等于 C++ 原生指针：
立即学习“Java免费学习笔记（深入）”；
- 在开启压缩指针（
-XX:+UseCompressedOops）时，它是 32 位窄指针，经解码后才得到真实地址 - 不同对象类型对应不同 oop 子类：比如
instanceOop表示普通 Java 对象，arrayOop表示数组，methodOop表示方法体 - 所有 oop 都继承自
oopDesc，统一管理对象头、内存对齐、GC 标记等底层语义
Object 的 native 方法由虚拟机原生实现
Object 中的 getClass()、hashCode()、wait() 等方法声明为 native，实际逻辑不在 Java 代码里：
- 它们由 HotSpot 的 C++ 代码实现，例如
hashCode()默认返回基于对象内存地址生成的 identity hash（可能被锁升级或 GC 移动影响） -
getClass()返回的是当前 oop 关联的 klass 所封装出的java.lang.Class实例 - 这些方法调用最终触发的是虚拟机内部的运行时系统（Runtime System），而非 Java 方法栈帧
