本地方法栈专为native方法服务，存储jni调用的c函数栈帧；与java虚拟机栈逻辑相似但用途分离，hotspot中二者内存共用但规范独立，-xss仅调java栈大小。
本地方法栈是干啥的，和Java虚拟机栈有啥区别
本地方法栈专为 native 方法服务，也就是那些用 C/C++ 写、通过 JNI 调用的代码。它和 Java 虚拟机栈逻辑类似，但不存 Java 方法帧，而是存 JNI 调用时的 C 函数调用栈帧——比如你调用 System.currentTimeMillis()，背后其实是 JVM 调了操作系统的 gettimeofday，这个调用过程就压在本地方法栈上。
关键区别在于：Java 虚拟机栈只管 java 字节码方法；本地方法栈只管 native 方法（不管是不是你自己写的，只要标记了 native 关键字且最终由 JNI 加载）。HotSpot 里这两者实际共用同一块内存区域，但规范上是分开定义的。
- 如果你没写过
native方法，也没引入像net、nio、awt这类重度依赖本地库的模块，本地方法栈基本处于“待机”状态 - 栈溢出错误
java.lang.StackOverflowError可能来自 Java 方法栈，也可能来自本地方法栈——但 JVM 通常不区分报错来源，只统一抛这个异常 - 用
-Xss调整的是 Java 虚拟机栈大小，对本地方法栈无直接影响；某些 JVM 实现（如旧版 J9）提供-Xnso控制本地栈，但 HotSpot 不支持该参数
JNI 调用时本地方法栈怎么被触发
每次执行一个 native 方法，JVM 就会在本地方法栈上分配一帧，用来保存该次调用的参数、返回地址、局部变量（C 层面的），以及可能的 JNIEnv* 和 jobject 等 JNI 上下文指针。
典型流程是：Java_java_lang_System_currentTimeMillis（JVM 内置的 native 方法）→ 触发本地方法栈入栈 → 执行对应 C 函数 → 返回前清理栈帧。
立即学习“Java免费学习笔记（深入）”；
本文档主要讲述的是Android中JNI编程的那些事儿；JNI译为Java本地接口。它允许Java代码和其他语言编写的代码进行交互。在android中提供JNI的方式，让Java程序可以调用C语言程序。android中很多Java类都具有native接口，这些接口由本地实现，然后注册到系统中。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
- 不是所有
native方法都会立刻进本地方法栈：JVM 可能内联或优化掉简单调用（如部分Object.getClass()），但绝大多数真实 JNI 调用都会走栈 - 如果 C 代码在 JNI 函数里又递归调用了另一个
native方法，会再次入栈，形成嵌套——这时候容易爆栈，尤其在嵌入式或内存受限环境 -
JNIEnv*指针本身不存栈上，但它指向的线程局部存储（TLS）区域，和本地方法栈生命周期强绑定；跨线程复用JNIEnv*会导致未定义行为
常见崩溃现象和排查线索
本地方法栈问题很少直接报“本地栈溢出”，更多表现为进程突然退出、core dump、或者卡死在某个 native 调用点，比如 pthread_cond_wait 或 read 系统调用里。
- 日志里出现
sigsegv（信号 11）、sigabrt（信号 6），且堆栈顶部是libjvm.so+libjava.so+ 自定义 so 库，大概率是本地栈被破坏或越界访问 - 用
jstack -l <pid></pid>看不到本地方法栈详情，它只输出 Java 线程栈；得用gdb attach <pid></pid>+thread apply all bt才能看到完整 C 层调用链 - Android 上更麻烦：
adb logcat可能只显示art/runtime/java_vm_ext.cc报错，真正原因藏在libc.so的 backtrace 里，需要结合ndk-stack解析
什么时候真得关心本地方法栈大小
绝大多数业务代码完全不用调这个参数。只有当你明确做了以下几件事之一，才需要留意：
- 自己写了大量递归调用的 JNI 函数，且每层都分配较大栈空间（比如局部数组 > 8KB）
- 在单线程高并发场景下，频繁触发
native方法（如高频图像处理、音视频编解码），导致本地栈反复分配/释放，引发碎片或争抢 - 移植老系统到新 JVM，发现原来跑得好好的 JNI 库现在频繁 crash，而你确认 C 代码没改——可能是新版 JVM 默认栈策略收紧，或 ASLR 导致栈地址随机化后碰撞加剧
这时候可以尝试用 -XX:NativeMemoryTracking=detail 开启本地内存追踪，再用 jcmd <pid> VM.native_memory summary</pid> 查看 Internal 分类下的栈使用峰值。但注意：开启 NMT 本身有 5%-10% 性能损耗，别在线上长期开着。
真正难搞的从来不是栈大小，而是 Java 层和 C 层之间对象生命周期管理错位——比如 Java 对象已 GC，但 C 层还拿着它的 jobject 强转成 void* 继续用，这种问题不会报栈溢出，但会让整个本地方法栈变成定时炸弹。
