本地方法栈是jvm为native方法提供的逻辑执行上下文，hotspot中与虚拟机栈物理合一，共享-xss控制的同一块线程栈内存；真正执行c/c++代码的是操作系统线程栈，jni作为语义桥梁移交控制权而非搬运栈帧。
本地方法栈不是一块独立内存，而是 JVM 为 native 方法执行提供的逻辑执行上下文；HotSpot 中它和 Java 虚拟机栈物理合一，真正运行 C/C++ 代码的地方是操作系统线程栈，JNI 是连接 Java 与本地代码的语义桥梁，不是栈帧搬运工。
本地方法栈本质是逻辑概念，不是物理隔离区
JVM 规范定义了本地方法栈，但 HotSpot 并未为其单独分配内存。它和虚拟机栈共享同一块内存区域，由 -Xss 统一控制大小。所谓“本地方法栈”，实际是当执行 invokestatic 调用 native 方法时，JVM 在当前线程栈上压入一个特殊栈帧——这个栈帧记录调用信息（参数、返回地址），但不承载 C 函数的局部变量或控制流。
- Java 线程启动时，只分配一个线程栈（OS 级 pthread 栈或 Windows 线程栈）
- JVM 把这块栈空间同时用于 Java 方法调用（虚拟机栈行为）和 native 方法调度（本地方法栈逻辑）
- 栈帧结构仍存在，但 native 方法真正执行时，控制权已移交 JNI 层，Java 栈帧处于挂起状态
JNI 调用不“切换栈”，而是移交控制权到 OS 原生栈
C/C++ 代码并不运行在 JVM 管理的任何栈上，而是在操作系统为该线程分配的原生栈中执行。JNIEnv* 是每个线程私有的 JNI 接口指针，它封装了所有跨语言操作函数，但本身不传递栈空间。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- Java 参数传入 native 方法后，基本类型被复制为 C 对应类型（如
jint → int），对象以jobject句柄形式传递——这是 JVM 内部引用，不是 C 指针，也不能直接解引用 - 数组需显式调用
GetXXXArrayElements()获取本地副本或直接指针，并必须配对调用ReleaseXXXArrayElements()，否则可能阻塞 GC 或引发内存异常 - C 层可递归调用、malloc 堆内存、甚至创建新 pthread，这些行为完全脱离 JVM 栈帧约束
错误排查要分清栈溢出来源：Java 层 or C 层？
StackOverflowError 表象相似，但根因不同：Java 递归过深触发的是虚拟机栈帧耗尽；C 函数深度递归或大栈数组（如 char buf[1024*1024]）导致的是 OS 线程栈溢出，此时 JVM 可能直接崩溃或抛出 java.lang.InternalError。
- Java 层栈深度受
-Xss限制，可通过减小该值复现问题 - C 层栈溢出取决于 OS 默认线程栈大小（Linux 通常 8MB），与
-Xss无关，需用ulimit -s或 pthread_attr_setstacksize() 调整 - 用
gdb或perf抓取崩溃现场，看 fault address 是否落在[rsp, rsp+8MB]范围内，可快速定位是否为原生栈问题
JNIEnv 是边界守门人，不是透明管道
JNIEnv 提供的所有函数（GetObjectClass、NewStringUTF、CallVoidMethod 等）都隐含 JVM 状态检查与线程上下文校验。它确保每次访问都经过合法句柄解析、GC 安全点判断、引用计数更新等环节。
-
JNIEnv*不能跨线程传递，每个 native 函数入口必须通过AttachCurrentThread获取本线程专属实例 - 全局引用（
NewGlobalRef）需手动释放，弱全局引用（NewWeakGlobalRef）不阻止 GC，但访问前必须用IsSameObject或GetObjectRefType验证有效性 - 局部引用（默认生成）在线程退出 native 方法或显式调用
PushLocalFrame/PopLocalFrame时自动清理，但大量创建仍可能触发OutOfMemoryError: unable to create new native thread
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
