jni是标准化接口规范，本地方法栈是为其native函数执行提供专属栈帧的内存结构；二者协同实现java与c/c++交互，物理隔离、生命周期独立。
Java 虚拟机规范中定义的本地方法接口（JNI）与本地方法栈，不是两个并列的“功能模块”，而是一组协同工作的机制：JNI 是规则和协议，本地方法栈是承载这些规则执行的内存结构。理解它们的关系，关键在于看清“谁调用谁”“数据在哪”“控制权如何交接”。
JNI 是 Java 与 Native 之间的契约
JNI 不是内存区域，也不是运行时组件，而是一套标准化的接口规范。它规定了：
- Java 层如何声明 native 方法（用 native 关键字）
- 如何加载本地库（System.loadLibrary()）
- Java 类型与 C/C++ 类型之间如何映射（如 int → jint、String → jstring）
- 如何通过 JNIEnv* 指针访问 JVM 提供的服务（如创建对象、抛异常、操作引用）
- 本地函数的命名规则（静态注册）或注册方式（动态注册）
本地方法栈是 native 函数执行的“专属工作台”
每个 Java 线程都拥有自己的本地方法栈，它的作用很明确：为 JNI 调用的 native 代码提供执行空间。
- 当 Java 方法调用一个已绑定的 native 方法时，JVM 会暂停当前虚拟机栈上的 Java 执行流
- 转而在该线程的本地方法栈上为 native 函数分配栈帧（类似虚拟机栈的栈帧，但由操作系统管理）
- native 函数使用的局部变量、参数、返回地址等，都存放在这个栈里，而不是 Java 虚拟机栈
- native 函数内部若调用其他 C 函数（比如 malloc、open、OpenGL API），也继续使用同一本地方法栈
注意：本地方法栈不存储 Java 对象实例——对象仍在堆中；它只存 native 代码所需的原始数据、指针和调用上下文。
交互过程：一次 JNI 调用背后的内存流转
以 String path = "/data/file.txt"; readFile(path);（其中 readFile 是 native 方法）为例：
- Java 层的 path 是堆中一个 String 对象的引用，虚拟机栈里只存这个引用值
- JVM 通过 JNI 将该引用传给 native 函数，JNIEnv 会将其转换为 C 风格字符串（const char*），通常在本地方法栈或堆上分配临时缓冲区存放拷贝
- native 函数在本地方法栈中执行 open()、read() 等系统调用，所有中间变量（如文件描述符 int fd、缓冲区 char buf[512]）都在本地方法栈分配
- 若 native 函数需返回新字符串，它会通过 JNIEnv 创建 Java String 对象（在 Java 堆中分配），再将引用返回给 Java 层
异常与内存边界必须清晰区分
JNI 调用失败不会自动变成 Java 异常，必须显式处理：
- native 代码发生段错误（SIGSEGV）或栈溢出，直接崩溃整个 JVM 进程——本地方法栈无保护机制
- Java 层的 StackOverflowError 只影响虚拟机栈；本地方法栈溢出则触发操作系统信号（如 SIGBUS），JVM 无法捕获
- native 中 malloc 的内存必须手动 free；Java 堆内存由 GC 管理——两者生命周期完全独立
- JNIEnv 指针仅在线程的本地方法栈帧生命周期内有效，不可跨线程或跨调用保存
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
