JVM内存区域（运行时数据区）划分

前言：

　　咱们天天都在编写Java代码，编译，执行。不少人已经知道Java源代码文件(.java后缀)会被Java编译器编译为字节码文件(.class后缀)，而后由JVM中的类加载器加载各个类的字节码文件，加载完毕以后，交由JVM执行引擎执行。

　　那在整个程序执行过程当中，JVM中怎么存取数据和相关信息呢？

　　事实上在JVM中是用一段空间来存储程序执行期间须要用到的数据和相关信息，这段空间通常被称做为Runtime Data Area（运行时数据区），也就是咱们常说的JVM内存。

1、运行时数据区域包括哪些？

　　根据《Java虚拟机规范》的规定，运行时数据区一般包括这几个部分：程序计数器(Program Counter Register)、Java虚拟机栈(Java Vitual Machine Stack)、本地方法栈(Native Method Stack)、方法区(Method Area)、堆(Heap)。

2、各个部分存储的信息和负责的职能

一、程序计数器

　　这个内存区域是Java虚拟机规范中惟一一个没有规定任何OOM（OutOfMemoryError）状况的区域，这是这个区域最大的特色之一，这是由于程序计数器中存储的数据所占空间的大小不会随程序的执行而发生改变，所以，对于程序计数器是不会发生内存溢出现象(OutOfMemory)的。

　　这个区域主要是负责记录正在执行的虚拟机字节码指令地址，即当前线程执行的字节码的行号指示器（注意：JVM不是直接执行Java代码，而是执行.class文件，因此只要其余编程语言能翻译成.class文件同样能放入JVM中执行）。JVM会给每一个线程一个独立的程序计数器，计数器之间互不影响，且经过线程轮流切换而且分配处理器执行时间来实现JVM的多线程。不过当线程执行的是Native方法的时候这个计数器中的值为undefined。

二、Java虚拟机栈

　　和程序计数器同样的是Java虚拟机栈是线程私有，生命周期和线程相同。虚拟机栈描述的是Java方法执行的内存模型：每一个方法在执行的时候都会建立栈帧，用来存储局部变量表，操做数栈，动态连接，方法出口等信息，每一个方法从调用到执行完成的过程，就对应一个栈帧在虚拟机中入栈到出栈的过程，其中64位长度的long和double类型的数据会占用2个局部变量空间，其他的数据类型只占用1个。这里须要理解一下的就是为何要用栈这个结构呢，好比A方法中调用了B方法，虚拟机中是先让A方法的栈帧进入虚拟机栈执行，当执行到调用B方法的语句就让B栈帧进入，执行完以后B栈帧就出栈，A栈就继续执行。这里注意的是若是递归的方法递归的太深很容易抛出下面两种异常，因此递归虽然写起来方便，可是性能会有所降低，而且容易抛出异常。

　　Java虚拟机规范中，对这个区域规定了两种异常情况
　　　　i. 线程请求栈的深度大于虚拟机所容许栈的深度，将抛出Stack Overflow Error
　　　　ii. 若是虚拟机栈能够动态扩展且扩展时没法申请到足够的内存，会抛出OutOfMemoryError

三、本地方法栈

　　与虚拟机栈做用类似，不过是虚拟机栈为虚拟机执行Java方法提供，而本地方法为虚拟机使用到的Native方法服务，Native方法可能是用C++写的。抛出的异常和虚拟机栈相同。

四、Java堆

　　Java堆是与前面的区域不一样的是：这个区域是被全部线程共享的一块内存区域，用来存放对象实例，并为对象实例分配好内存。Java虚拟机规范中这样描述：全部对象实例以及数组都要在堆上分配Java堆也是垃圾收集器管理的主要区域，也叫”GC堆“。因为如今的垃圾回收算法可能是分代收集，因此Java堆里面又可分为：新生代和老年代。而且根据Java虚拟机规范的规定：Java堆能够处于物理上不连续的内存空间中，只要逻辑上连续便可。有实例没有被分配，且堆没法再扩展的时候会抛出OutOfMemoryError异常，虚拟机调优其实也主要关注的是这个区域。

五、方法区

　　与Java堆同样，线程共享，用来存储被虚拟机加载的类信息，常量，静态变量。这个区域Java虚拟机规范对其特别宽松，既能够像Java堆那样不须要连续内存，又能够选择固定大小和可扩展。还能够选择不实现垃圾收集，这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载。当没法知足内存分配需求时，将抛出OutOfMemoryError异常。

　　目前虚拟机Hotspot已经将这部分存储空间从使用JVM内存换成使用本地内存，即这部分再也不叫永久代，而是元空间。这个元空间其实是JVM动态规定内存大小。这个替换有什么优点呢？由于字符串常量池是存在永久代中，很容易出现性能问题，而且类和方法信息大小难肯定，给永久代的的大小指定带来困难，并且GC会对永久代特殊处理，这就增长了GC的复杂性。从JDK1.7开始，字符串常量池就划分进了堆中，其余的更可能是元空间在内存划分的算法上更趋于合理

六、运行时常量池

　　是方法区的一部分。用于存放编译期生成的各类字面量和符号引用，同时也会把翻译出来的直接引用也存储在运行时的常量池中，具备动态性。常量不必定只有编译期才能产生，运行期间也能够将新的常量放入池中。例如String的Intern()方法。一样抛出OutOfMemoryError异常

3、直接内存

　　这个区域并非属于运行时数据区域，可是这个区域也会被频繁使用，而且抛出OOM异常。这个区域主要是因为在JDK1.4中新加入了NIO（New Input/Output）类，引入了一种基于通道与缓冲区的I/O方式，它可使用Native函数库直接分配堆外内存，经过一个储存在Java堆中的DirectByteBuffer对象做为这块内存的引用进行操做。这样能避免在Java堆和Native堆中来回复制数据，从而在一些场景中显著提升性能。直接内存分配不会受到Java堆大小的限制，会受到本机总内存大小及处理器寻址空间的限制。会抛出OutOfMemoryError异常

4、总结

　　只有程序计数器不会报出任何相关OOM异常，而Java虚拟机栈有可能会报出OOM或Stack Overflow异常。Java虚拟机栈主要是存储方法的一些信息，能让方法顺利的执行，而Java堆存储的是对象的信息。虚拟机的垃圾回收算法主要在这一块，而且日常调优的区域也是在这一块。