本地方法栈：Native 代码的调用舞台
有时候，Java 代码需要调用操作系统层面的功能——比如访问硬件、调用 C/C++ 库、或者追求极致的性能。
这时候，就需要本地方法栈登场了。
一、为什么需要本地方法？
Java 是一种跨平台语言，但操作系统并不统一。每个操作系统都有自己的 API——Windows 的 Win32 API、Linux 的 POSIX 接口、macOS 的 Cocoa 框架。
Java 为了保持跨平台特性，把这些系统调用封装成了 JNI（Java Native Interface）。当你需要调用系统底层功能时，就通过 JNI 访问本地代码。
public class NativeDemo {
// 声明本地方法
public native void nativeMethod();
static {
// 加载本地库
System.loadLibrary("nativeLib");
}
public static void main(String[] args) {
new NativeDemo().nativeMethod();
}
}这个 nativeMethod() 的实现不在 Java 代码中，而是在 C/C++ 编写的本地库里。当 JVM 调用这个方法时，执行权会交给本地代码。
二、本地方法栈的作用
本地方法栈（Native Method Stack）和虚拟机栈类似，都是用来存储方法调用信息的。
区别在于：
- 虚拟机栈：服务于 Java 字节码方法
- 本地方法栈：服务于 Native（C/C++）方法
┌─────────────────────────────────────────────────────────────┐
│ 线程执行流程 │
├─────────────────────────────────────────────────────────────┤
│ │
│ Java 代码区 Native 代码区 │
│ ┌─────────────┐ ┌─────────────┐ │
│ │ 虚拟机栈 │ JNI │ 本地方法栈 │ │
│ │ │ ←──────→ │ │ │
│ │ [栈帧: main]│ │ [栈帧: JNI] │ │
│ │ [栈帧: foo] │ │ [栈帧: C++] │ │
│ └─────────────┘ └─────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘三、HotSpot 的特殊实现
在 HotSpot VM 中，虚拟机栈和本地方法栈是合二为一实现的，不再区分。
这意味着：
-Xss参数同时控制虚拟机栈和本地方法栈的大小- 两种栈的溢出表现相同（StackOverflowError 或 OutOfMemoryError）
# HotSpot 中，虚拟机栈和本地方法栈共享同一个栈空间
-Xss1m # 同时影响 Java 栈和 Native 栈四、Native 方法的常见场景
4.1 JDK 核心类库
很多 JDK 内部的实现都使用了 Native 方法：
// Object.java
public class Object {
// 本地方法，用于获取对象头信息
protected native Object clone() throws CloneNotSupportedException;
// 本地方法，用于等待/通知
public final native void notify();
public final native void notifyAll();
public final native void wait(long timeout) throws InterruptedException;
}4.2 JNI 调用第三方库
当你需要使用操作系统特有的功能时：
public class FileUtils {
public native boolean lockFile(String path);
public native int getProcessId();
}4.3 性能敏感场景
某些高性能场景下，Native 代码可以绕过 JVM 的某些限制：
// native_perf.c
JNIEXPORT jlong JNICALL Java_PerfCounter_nativeRead(JNIEnv *env, jobject obj) {
// 直接读取 CPU 计数器，避免 JVM 开销
return rdtsc(); // Read Time Stamp Counter
}五、溢出问题
5.1 StackOverflowError
当 Native 方法调用层次过深时，会触发栈溢出。
public class NativeStackOverflow {
public native void recursiveNative();
static {
System.loadLibrary("nativeLib");
}
// 在 C++ 端实现：
// void recursiveNative() { recursiveNative(); } // 无限递归
}5.2 OutOfMemoryError
当本地方法栈无法分配新内存时触发，通常是因为：
- 线程创建过多
- 每个线程的栈空间设置过大
六、与虚拟机栈的区别
| 特性 | 虚拟机栈 | 本地方法栈 |
|---|---|---|
| 服务对象 | Java 字节码方法 | Native (C/C++) 方法 |
| HotSpot 实现 | 独立实现 | 与虚拟机栈合并 |
| 参数控制 | -Xss | -Xss（共享） |
| 异常类型 | StackOverflowError / OOM | StackOverflowError / OOM |
| 常见用途 | 普通 Java 方法调用 | JNI、系统调用 |
七、面试常考点
问题 1：HotSpot 中虚拟机栈和本地方法栈是分开还是合并的？
合并的。从 JDK 6 开始，HotSpot 就把虚拟机栈和本地方法栈合二为一了。这样做的好处是简化实现，减少内存管理复杂度。
问题 2：什么情况下会使用 Native 方法？
- 访问系统底层 API（如文件操作、进程管理）
- 调用遗留的 C/C++ 库
- 追求极致性能（JNI 跳过 JVM 的某些开销）
- 实现 JDK 内部功能（如 Object.clone()）
问题 3：Native 方法会影响 GC 吗？
会的。虽然 Native 方法本身不在 GC 的管辖范围内，但如果 Native 代码持有 Java 对象的引用（通过 JNI 调用），这些对象同样不能被 GC 回收。
留给你的问题
Native 方法很强大，但也带来了很多问题：
既然 Native 方法这么危险（可能导致内存泄漏、平台不兼容），为什么 JDK 核心类库还要大量使用？
答案很简单：因为没有替代方案。Java 再强大，也不可能完全覆盖所有系统功能。JDK 必须通过 Native 方法来访问操作系统底层能力。
但这也引出了另一个问题：如何避免 Native 代码导致的内存泄漏？
JNI 有一个很重要的规则：LocalReference 必须在使用完毕后释放，否则会导致本地内存泄漏。这个话题值得深入研究。