Object类中的native方法是Java对象与JVM底层及操作系统交互的桥梁，如getClass()、hashCode()、clone()、wait()/notify()等均通过C/C++实现，直接操作对象头、堆内存地址、监视器等核心结构，执行落点涉及本地方法栈、Java堆和本地堆。
Object 类中的 native 方法是理解 Java 对象底层行为与内存分配关系的一把关键钥匙。它们不写 Java 逻辑，而是直接桥接到 JVM 底层甚至操作系统，让开发者能“看见”对象在内存中如何被识别、定位、等待、复制和释放。
native 方法暴露了对象在 JVM 中的真实身份
比如 getClass() 和 hashCode() 都是 native 方法。它们不依赖 Java 层字段或代码，而是从对象头（Object Header）中直接读取信息：
- getClass() 返回的 Class 对象，实际来自对象头里的 Klass Pointer，指向方法区中该类型的元数据；
- hashCode() 在未重写时，多数 JVM（如 HotSpot）会基于对象首次调用时的内存地址生成一个固定哈希值——这个地址就落在堆内存中对象实例的起始位置；
- 这意味着：只要对象没被移动（如 GC 后压缩），它的 hashCode 就隐式锚定在堆中的物理地址上。
clone() 和 wait/notify 揭示对象锁与内存布局的绑定
clone() 是浅拷贝 native 实现，它不走构造器，而是直接在堆上分配一块等大小内存，并逐字节复制对象头和实例字段——这说明：
- 对象内存是连续结构：对象头（Mark Word + Klass Pointer）+ 实例数据 + 对齐填充；
- 克隆不触发 new 指令和构造逻辑，绕过了 Java 层初始化流程，直击内存块操作；
- 而 wait() 和 notify() 要求必须在 synchronized 块内调用，正是因为它们操作的是对象头里的 Monitor（监视器）结构——该结构由 JVM 在堆对象创建时关联，包含等待队列、锁计数等，是线程与堆对象协同的底层契约。
registerNatives 是 native 机制启动的起点
Object 类静态块中第一行就是 registerNatives()，它是一个 private static native 方法。它的作用不是做业务，而是告诉 JVM：“接下来我要用的这些 native 方法（如 hashCode、wait），请把它们映射到 C++ 函数上”。这个动作发生在类加载阶段，意味着：
- JVM 在堆中为 Object 类准备元数据的同时，已在本地方法栈和方法区中注册好对应函数入口；
- 后续任意对象调用 wait()，JVM 不需要再解析，直接跳转到已注册的 C++ 函数，进入线程调度模块；
- 这也解释了为什么 native 方法调用比纯 Java 方法更快——它省去了字节码解释或 JIT 编译路径，直达运行时系统层。
结合内存区域看 native 方法的执行落点
当一个对象调用 native 方法时，不同环节落在不同内存区：
- Java 层调用语句 → 虚拟机栈（保存调用上下文）；
- 对象本身（含对象头）→ Java 堆（唯一存储实例的地方）；
- native 方法执行时的局部变量、C 函数栈帧 → 本地方法栈（线程私有，独立于虚拟机栈）；
- 若 native 方法申请堆外内存（如 DirectByteBuffer），则内存分配发生在本地堆（Native Heap），不受 JVM GC 管理。
理解这些，你就明白：Object 的 native 方法不是黑盒，而是 JVM 把对象“钉”在内存里的接口。它们让抽象的对象拥有了地址、锁、类型、生命周期等真实属性——这些属性共同构成了 Java 内存模型的根基。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
