本地方法栈为 native 方法提供线程私有执行空间，通过 JNI 与原生代码协同，管理参数、返回地址等栈帧结构；HotSpot 中复用虚拟机栈实现，共享溢出与内存错误机制，并支持绕过 JVM 安全检查直接调用系统 API。
本地方法栈通过为 native 方法分配独立的线程私有执行空间，配合 JNI 机制与底层原生代码协同工作，从而支持 Java 对操作系统、硬件等底层能力的调用。
本地方法栈的核心职责是管理 native 方法的执行上下文
它不运行 Java 字节码，而是为用 C/C++ 等语言编写的原生方法提供栈帧结构——包括参数传递区、返回地址、局部变量空间（对应原生函数的栈变量）以及可能的寄存器映射。每个线程在调用 native 方法时，JVM 会在线程私有的本地方法栈中压入一个专属栈帧，确保调用隔离和状态独立。
依赖 JNI 实现 Java 与原生代码的双向桥接
- JNI 提供标准化的 C 接口（如 JNIEnv*、jobject），让 native 函数能安全访问 JVM 内部数据，比如从堆中读取对象字段、触发 GC、抛出 Java 异常
- Java 层声明 native 方法后，JVM 在运行时通过动态链接加载对应平台的 .so（Linux）或 .dll（Windows）库，并绑定函数符号
- 当 Java 代码调用 native 方法时，控制权移交本地方法栈，执行流程脱离字节码解释器/即时编译器，直接进入原生函数体
实际运行中与虚拟机栈共享底层资源（以 HotSpot 为例）
HotSpot JVM 并未单独实现本地方法栈，而是复用虚拟机栈的内存结构和扩展逻辑。这意味着：
- 栈溢出（StackOverflowError）和内存不足（OutOfMemoryError）的判定机制与虚拟机栈一致
- 线程创建时分配的栈总空间，同时承载 Java 方法和 native 方法的调用深度
- native 方法可绕过 Java 安全检查，直接使用操作系统级 API（如 mmap、epoll、CreateFile），但这也意味着它不受 JVM 内存模型约束
典型 native 方法来源与运行示意
像 Object.clone()、System.currentTimeMillis()、FileInputStream.read0() 这些方法，在 JDK 源码中都标记为 native。它们的真正实现位于 JVM 的 C++ 代码或平台相关库中。例如：
立即学习“Java免费学习笔记（深入）”；
- 调用 Object.wait() 时，本地方法栈会执行 JVM 内部的线程挂起逻辑，最终调用 pthread_cond_wait 或 Windows 的 WaitOnAddress
- 执行 Unsafe.allocateMemory() 时，本地方法栈支撑的 native 代码直接向操作系统申请堆外内存，跳过 JVM 堆管理
