JAVA运行时数据区域

java与C++之间有一堵由内存动态分配和垃圾回收技术所围成的“高墙”，里面的人想出去，外面的人想进来。

参考资料：《深入理解Java虚拟机：JVM高级特性与最佳实践》 周志明 著

运行时数据区域

根据《java虚拟机规范（java SE 7）》的规定，java虚拟机所管理的内存将会包括以下几个运行时数据区域。

1.程序计数器

这是一块较小的内存空间，可以看做是当前线程所执行的字节码的行号指示器，在虚拟机的概念模型里（不同虚拟机中可能存在更高效的实现方式），字节码解释器就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能依赖这个计数器来完成。
为了线程切换之后能回到正确的执行位置，每条线程都需要有一个独立的程序计数器，因此程序计数器是私有的。

2.java虚拟机栈

虚拟机栈描述的是java方法执行的内存模型。线程私有，生命周期与线程相同，每个方法执行时都会创造一个栈帧。栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法的执行都对应着一个栈帧在java虚拟机栈中进栈出栈的过程。
值得注意的是，在方法运行期间，栈帧中局部变量表所需要的空间是不会改变的，是在编译时就已经确定了的。

3.本地方法栈

java虚拟机栈为虚拟机执行java方法，而本地方法栈为虚拟机执行Native方法，即本地方法，线程私有，这部分方法可能由虚拟机使用C++/C或者其他语言实现，甚至有些虚拟机（最常见的HotSpot虚拟机）直接就把本地方法栈和虚拟机栈合二为一。
java虚拟机栈和本地方法栈都可能会抛出栈异常和内存异常。

4.Java堆

对于大多数应用来说，JAVA Heap是JVM所管理的内存中最大的一块，Java Heap是线程共享的，在JVM启动时创建，几乎所有对象实例都在这里分配内存，这里值得注意的是：在JVM规范中并未规定实例对象必须分配在JAVA堆中，对于Sun 公司的HotSpot虚拟机而言，Class对象虽然是对象，但是它是被存放在方法区里面。这个对象将作为程序访问方法区中的某些类型数据的外部接口。
Java堆也是垃圾收集器管理的主要区域，因此很多时候也被称作GC堆。在Java堆中，现在普遍还细分为新生代和老年代，关于垃圾回收机制，后面我们会再进行详细分析讨论。
另外，根据JVM规范，Java堆可以在物理空间上不连续，只要逻辑上连续即可。可以通过（-Xmx和-Xms）
控制扩展。

5.方法区

方法区也是线程共享，用于存储已被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据（当然，HotSpot中也需要存储Class对象）。这个区域存在弱限制度的垃圾回收，而且该区域内存回收的目标主要针对常量池的回收和对类型的卸载。

5.1方法区的一部分—-运行时常量池

Class文件中有一项信息是常量池，用于存放编译期生成的各种字面量和符号引用。这部分内容在类加载后进入方法区的运行时常量池存放。运行时常量池具有动态性，Java语言并不要求常量必须在编译期产生，也就是并非预置入Class文件中常量池的内容才能进入运行时常量池。运行期间也可以将常量放入常量池，这种特性利用最多的便是S**tring类的intern()方法**。

6.直接内存

直接内存并不是运行时数据区的一部分。在JDK1.4之后引入NIO类，引入了一种基于通道与缓冲区的IO方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在JAVA堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能够避免在Java堆和Native堆中来回复制数据所引发的开销。