本地方法栈
本地方法栈的特点
我们观察JVM运行时数据域发现java有两个栈，一个本地方法栈，一个Java虚拟机栈。Java虚拟机栈用于管理Java方法的调用，本地方法栈用于管理本地方法（底层用c/c++等非Java语言写的）
- 线程私有
- 允许被实现成固定大小或者可动态扩展内存
- 如果线程请求分配的栈容量超过本地方法栈允许的最大容量，Java虚拟机就会抛出StackOverFlowError异常。
- 如果可以动态扩展，并且在扩展时无法申请足够的内存，或者在创建线程时没有足够的内存去创建对应的本地方法栈，那么Java虚拟机就会抛出OutOfMemoryError异常
- 在本地方法栈中登记Native方法，在执行引擎执行加载本地方法库
- 本地方法可以通过本地方法接口来访问虚拟机内部的运行时数据区，直接从本地内存堆中分配任意数量的内存
- 并不是任意的JVM都支持本地方法，因为Java虚拟机规范并没有明确要求本地方法栈的使用语言、具体实现方式、数据结构等。如果JVM产品不打算支持native方法，也可以无需实现本地方法栈。
为什么要使用本地方法？
java使用起来非常方便，然而有些层次的任务用java实现起来不容易，或者我们对程序的效率很在意时，问题就来了。
与java环境外交互： 有时java应用需要与java外面的环境交互，这是本地方法存在的主要原因。
你可以想想java需要与一些底层系统，如擦偶偶系统或某些硬件交换信息时的情况。本地方法正式这样的一种交流机制：它为我们提供了一个非常简洁的接口，而且我们无需去了解java应用之外的繁琐细节。
与操作系统交互（比如线程最后要回归于操作系统线程）
JVM支持着java语言本身和运行库，它是java程序赖以生存的平台，它由一个解释器（解释字节码）和一些连接到本地代码的库组成。然而不管怎样，它毕竟不是一个完整的系统，它经常依赖于一些底层系统的支持。这些底层系统常常是强大的操作系统。通过使用本地方法，我们得以用java实现了jre的与底层系统的交互，甚至jvm的一些部分就是用C写的。还有，如果我们要使用一些java语言本身没有提供封装的操作系统特性时，我们也需要使用本地方法。
Sun’s Java
Sun的解释器是用C实现的，这使得它能像一些普通的C一样与外部交互。jre大部分是用java实现的，它也通过一些本地方法与外界交互。例如：类java.lang.Thread的setPriority()方法是用Java实现的，但是它实现调用的事该类里的本地方法setPriority0（）。这个本地方法是用C实现的，并被植入JVM内部，在Windows95的平台上，这个本地方法最终将调用Win32setPriority()API。这是一个本地方法的具体实现由JVM直接提供，更多的情况是本地方法由外部的动态链接库（externaldynamic link library）提供，然后被JVM调用。