JVM：Native Method Stack（本地方法栈）

Native Method Stack

定义

Native Method Stack本地方法栈 与 java 虚拟机栈 很相似；java 虚拟机栈是为虚拟机执行java方法（字节码文件）服务的，而Native Method Stack的服务对象是 Native方法。Native方法有 Native Method Stack调用和管理。

本地接口Native Interface
Native Interface本地接口的作用是融合不同的编程语言为 Java 所用，它的初衷是融合 C/C++程序，Java 诞生的时候是 C/C++横行的时候，要想立足，必须有调用 C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies。

Native方法是没有方法体的，其调用的是与java无关的底层的第三方的 操作系统库、或者是C/C++语言函数库。

作用

与Java环境外交互：通过Native方法实现了 与Java外面的环境交互，如与操作系统或某些硬件交换信息时的情况。本地方法为我们提供了一个非常简洁的接口，无需去了解Java应用之外的繁琐的细节。
与操作系统交互：JVM支持着Java语言本身和运行时库，它由一个解释器(解释字节码)和一些连接到本地代码的库组成。它经常依赖于一些底层操作系统的支持。通过使用本地方法，我们得以用Java实现了jre的与底层系统的交互，甚至JVM的一些部分就是用C写的。
Sun’s Java：Sun的解释器是用C实现的，这使得它能像一些普通的C一样与外部交互。jre大部分是用Java实现的，它也通过一些本地方法与外界交互。例如:类java.lang.Thread的 setPriority() 方法是用Java实现的，但是它实现调用的是该类里的本地方法 setPriority0()。这个本地方法是用C实现的，并被植入JVM内部。

JVM怎样使Native Method 是如何跑起来的

• 我们知道，当一个类第一次被使用到时，这个类的字节码会被加载到内存，并且只会回载一次。在这个被加载的字节码的入口维持着一个该类所有方法描述符的list，这些方法描述符包含这样一些信息：方法代码存于何处，它有哪些参数，方法的描述符（public之类）等等。
• 如果一个方法描述符内有native，这个描述符块将有一个指向该方法的实现的指针。这些实现在一些DLL文件内，但是它们会被操作系统加载到java程序的地址空间。当一个带有本地方法的类被加载时，其相关的DLL并未被加载，因此指向方法实现的指针并不会被设置。当本地方法被调用之前，这些DLL才会被加载，这是通过调用java.system.loadLibrary()实现的。

特性

• Native Method Stack 是线程私有的。
• 该栈是FILO
• 作用是支撑Native方法的调用、执行和退出
• 有的虚拟机（如Sun HotSpot虚拟机）直接就把本地方法栈和虚拟机栈合二为一。
• 与虚拟机栈一样，本地方法栈区域也会抛出StackOverflowError和OutOfMemoryError异常。
• 本地方法栈占用的内存区也不必是固定大小的，他可以根据需要动态扩展或者收缩。
• 并不是所有的JVM都支持本地方法。因为Java虚拟机规范并没有明确要求本地方法栈的使用语言、具体实现方式、数据结构等。

参考链接：https://blog.csdn.net/qq_28885149/article/details/52672475