Object类中getClass()、hashCode()、clone()、wait()、notify()等native方法由JVM用C/C++实现，调用时转入本地方法栈，绕过Java栈帧；通过JNI安全访问堆中对象（如对象头），并协同JVM内存模型保障happens-before语义与GC安全性。
Object 类中多个核心方法（如 getClass()、hashCode()、clone()、wait()、notify()）被声明为 native，它们不写 Java 代码，而由 JVM 在 C/C++ 层实现。理解它们如何与 JVM 内存模型交互，关键在于看清「调用触发点→JVM调度路径→本地执行上下文→内存访问行为」这条链路。
native 方法在 JVM 内存布局中的定位
当一个线程调用 Object 的 native 方法时，它不会在 Java 虚拟机栈中压入完整的方法栈帧，而是转入本地方法栈（Native Method Stack）执行：
- 程序计数器（PC Register）值变为 undefined —— 因为 native 方法没有字节码指令地址可记录；
- Java 虚拟机栈停止扩展，控制权移交本地方法栈，该栈由操作系统原生线程直接管理；
- 对象实例仍位于 Java 堆中，但 native 方法可能绕过 Java 层的访问控制，直接读写对象头（例如获取 identity hash code 或操作 monitor 锁）；
- 像
wait()和notify()这类方法，会访问对象的监视器（monitor），而 monitor 数据结构本身存储在对象头或 JVM 全局同步区，并非 Java 堆内普通字段。
native 方法如何访问 Java 对象数据
JVM 通过 JNI 提供的接口，在 native 侧安全地桥接 Java 对象语义：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 传入的
jobject是对 Java 堆中对象的引用句柄，不是原始地址，JVM 可对其做移动（如 GC 时），并维护句柄到真实地址的映射； - native 代码不能直接解引用
jobject，必须通过env->GetObjectClass()、env->GetIntField()等 JNI 函数访问字段或调用方法； - 例如
hashCode()默认返回对象内存地址的某种哈希值，实际是从对象头中读取 identity hash 字段（若未被重写），这个字段由 JVM 在对象分配时写入，位于堆中对象起始位置之后的固定偏移处； -
clone()在 native 层完成浅拷贝：分配新堆内存 → 复制对象头 → 逐字节复制实例字段（包括引用字段值），但不递归复制引用指向的对象。
内存可见性与同步语义的底层保障
Object 的 native 同步方法（wait/notify/notifyAll）直接影响 JVM 内存模型中的 happens-before 关系：
立即学习“Java免费学习笔记（深入）”；
- 调用
wait()前，线程必须已获得该对象 monitor；进入 wait 状态时，会强制刷新本线程工作内存到主内存（等效于一次 volatile 写）； - 被
notify()唤醒后，线程重新竞争 monitor，在成功进入同步块前，会从主内存重新加载共享变量（等效于一次 volatile 读）； - 这种语义不是 Java 代码实现的，而是 JVM 在 native 层配合操作系统条件变量（如 pthread_cond_t）和互斥锁（pthread_mutex_t）完成的，确保跨线程内存操作有序；
- 本地方法栈中执行的这些操作，与 Java 虚拟机栈中的 synchronized 块共同构成 JVM 规范定义的锁规则和监视器规则。
JVM 如何协调 native 与 Java 内存区域的生命周期
native 方法虽脱离 Java 执行流，但仍受 JVM 内存管理约束：
- 所有传入 native 方法的 Java 对象引用（
jobject）默认是局部引用（local reference），仅在当前 JNI 调用期间有效；JVM 保证在此期间对象不会被 GC 回收； - 若 native 代码需长期持有 Java 对象（如缓存、回调），必须显式创建全局引用（
NewGlobalRef）或弱全局引用（NewWeakGlobalRef），否则对象可能在下次 GC 时被回收； - native 方法中分配的本地内存（如 malloc）不受 JVM 堆 GC 管理，需手动释放，否则导致 native memory leak —— 这类泄漏会反映在 JVM 进程 RSS 增长，但不会触发堆 OOM；
- JVM 在 Full GC 前会检查 native 方法是否仍在使用某些对象，通过引用计数或可达性分析决定是否可回收。
