本地方法栈是JVM为执行C/C++等本地代码专门提供的执行环境，负责支撑JNI调用的全过程——包括参数传递、上下文切换、栈帧管理及结果返回，实现Java与操作系统底层的安全交互。
本地方法栈就是JVM为调用C/C++等本地代码专门准备的执行环境。它不处理Java字节码，而是承接JNI（Java Native Interface）触发的原生函数调用，让Java能安全、可控地进入操作系统底层。
本地方法栈干啥用？
Java本身不能直接操作硬件或调用系统API，比如读取高精度时间、访问串口、调用OpenCV图像处理库、或者在Android里用NDK做音视频编解码。这些任务靠C/C++实现，再通过native方法暴露给Java。本地方法栈就负责撑起这段“跨界调用”的执行过程——从Java跳转到本地代码、传参、执行、返回结果，全程在此栈中完成。
它和虚拟机栈有啥不同？
两者都是线程私有、后进先出的栈结构，但服务对象不同：
- 虚拟机栈管Java方法：每个Java方法调用生成一个栈帧，存局部变量、操作数栈、返回地址等，纯字节码执行上下文
- 本地方法栈管native方法：栈帧里存的是C/C++函数的参数、寄存器状态、本地堆内存指针，甚至可能触发系统级线程（如
pthread_create） - HotSpot虚拟机实际不单独实现本地方法栈，而是复用虚拟机栈——但逻辑上仍按“native调用”路径隔离处理
调用一次native方法，背后发生了什么？
以System.loadLibrary("mynative")后调用native void doWork()为例：
立即学习“C++免费学习笔记（深入）”；
- JVM识别
native关键字，停止字节码解释，切换执行引擎 - 查找已加载的动态库（Linux是
.so，Windows是.dll），定位对应C函数符号 - 在本地方法栈中压入新栈帧，把Java对象引用、基本类型参数转成C兼容格式（通过JNIEnv*接口）
- C函数执行期间可自由调用系统API、分配本地内存、甚至创建OS线程——这些都不受JVM内存模型约束
- 函数返回时，栈帧弹出，控制权交回Java栈，结果按约定方式回传（如修改Java对象字段或返回基本类型）
容易出问题的地方
本地方法栈本身不常显式配置，但隐患藏在调用链里：
- 本地代码未释放malloc分配的内存 → 系统内存泄漏，与JVM堆无关
- C函数递归过深或栈空间耗尽 → 触发
StackOverflowError（虽然报错位置可能显示在Java层） - JNIEnv*在多线程中误用（比如缓存跨线程使用）→ JVM崩溃或数据错乱
- 动态库版本不匹配或找不到 →
UnsatisfiedLinkError，启动或运行时报错
