本地方法栈是JVM为native方法调用提供的专属执行空间，负责参数传递、返回值暂存、状态保存及与C/C++代码衔接，每个线程独有且生命周期与线程一致，不参与GC，HotSpot中逻辑分离但物理复用Java虚拟机栈。
本地方法栈通过为 JNI 调用提供专用执行上下文，支撑 Java 代码与底层 C/C++ 方法的衔接。它不执行 Java 字节码，而是专注处理跨语言调用所需的参数传递、状态保存和环境桥接。
为 native 方法准备独立执行空间
当 Java 方法被声明为 native（如 public static native void init();），JVM 不再在虚拟机栈中解析字节码，而是切换到本地方法栈，为其分配一个栈帧。这个栈帧不包含 Java 局部变量表或操作数栈语义，而是组织 C 函数调用所需的参数布局、返回值暂存区、JNIEnv* 指针和调用现场快照。
- JNIEnv* 是关键：它是一个指向 JVM 内部函数表的指针，供本地代码调用 NewString、GetObjectClass 等 JNI 接口
- 栈帧中会保留 Java 线程的调用链信息，确保异常可回溯到 Java 层
- 本地方法执行期间，JVM 暂停对该线程的字节码调度，把控制权交给原生代码
与底层系统建立双向通道
本地方法栈本身不直接访问操作系统，但它为 JNI 提供了内存与状态隔离层，使 Java 方法能安全“跳转”到本地世界：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- Java 参数经栈帧自动转换为 C 兼容类型（如 int → jint，Object → jobject）
- 本地方法可通过 JNIEnv* 反向访问 JVM 资源：创建 Java 对象、调用 Java 方法、读写字段
- 调用结束后，返回值按约定方式填入栈帧指定位置，由 JVM 提取并转为 Java 类型
- 若本地方法触发 SIGSEGV 或未捕获 C++ 异常，JVM 会将其包装为
UnsatisfiedLinkError或InternalError抛出
HotSpot 中的实际运作方式
虽然 JVM 规范将本地方法栈列为独立运行时数据区，但 HotSpot 并未物理分离它：
- 逻辑上区分：编译器识别
invokestatic后跟 native 方法时，标记进入“本地调用模式” - 物理上复用：同一块线程栈内存既承载 Java 栈帧，也承载本地方法栈帧；仅靠栈帧标识位（如 _frame_type）区分用途
- 无 GC 干预：栈帧随方法进出自动压栈/弹栈，不纳入堆内存管理，避免 JNI 引用生命周期混乱
- 错误表现一致：栈溢出仍抛
StackOverflowError，内存不足仍抛OutOfMemoryError，与虚拟机栈行为对齐
为什么需要这个“缓冲区”而非直接跳转
本地方法栈本质是 JVM 设计的安全隔离机制：
- 防止 C 代码意外覆盖 Java 栈帧结构，保障字节码执行稳定性
- 统一管理线程状态（如从 RUNNABLE 切换为 IN_NATIVE），便于线程 dump 和调试
- 为 JVM 实现信号处理、GC 安全点（safepoint）检测提供明确的“进出边界”
- 支持调试器识别 native 调用上下文，例如在 jstack 输出中显示
Java_java_io_FileDescriptor_initIDs这类符号
