深入理解java虚拟机-java虚拟机运行时数据区

程序计数器(Program Counter Register)

程序计数器可以看作是当前线程执行的字节码的行号指示器。字节码的解释工作就是通过改变这个计数器的值来选去下一条指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器完成。

在任何一个确定的时候，一个处理器都只会执行一条线程中的指令。每条线程都有一个独立的程序计数器，各线程之间的计数器互不影响，独立存储，这类内存区域为“线程私有”的内存。

如果线程执行的是一个java方法，这个计数器记录的就是正在执行的虚拟机字节码指令的地址；

如果正在执行的是native方法，这个计数器值则为空。

java虚拟机栈(Java Virtual Machine Stacks)

java虚拟机栈也是线程私有的，它的生命周期与线程相同。

它描述的是java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应一个栈帧在虚拟机栈中入栈到出栈的过程。

java内存区粗糙的可以分成堆(Heap)和栈内存(Stack)，实际上内存区域的划分远比这复杂，我们所说的栈就是虚拟机栈，或者说是虚拟机栈中局部变量表部分。
局部变量表存放了各种基本数据类型(boolean,byte,char,short,int,float,long,double)、对象引用(reference)类型和returnAddress类型。

其中64位长度的double跟long数据会占用2个局部变量空间(Slot)，其余的数据占用一个。局部变量所需的空间在编译期间完成分配，当进入一个方法时，这个方法需要在帧中分配多大的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。

如果线程请求栈深度大于虚拟机所允许的深度，将会抛出StackOverFlowError异常；虚拟机可以动态扩展栈深度，如果扩展时无法申请到足够的内存，就会抛出OutOfMemeryError异常。

本地方法栈(Native Method Stack)

本地方法栈与虚拟机栈发挥的作用非常相似，不过它是为虚拟机使用到的native方法服务。

虚拟机规范中并没有强制规定本地方法栈中方法使用的语言、使用方式与数据结构，有些虚拟机(如Hotpot 虚拟机)直接把本地方法栈和虚拟机合二为一。

与虚拟机栈一样，本地方法栈也会抛出StackOverFlowError异常跟OutOfMemeryError异常。

java堆(Java Heap)

java堆是java虚拟机管理的内存中最大的一块，它被所有线程共享，在虚拟机启动时创建。它用来存放对象实例，所有的对象以及数组都要在堆上分配，但是随着JIT编译器的发展与逃逸分析技术主键成熟，栈上分配、标量替换优化技术将会导致一些微妙的变化发生，所有的对象分配在堆上也渐渐变得不是那么“绝对”了。

java堆还是垃圾收集管理的主要区域。从内存回收的角度来讲，由于现在的收集器基本都采用分代收集算法，所以java堆中还可以细分为：新生代和老年代；再细致一点可以氛围Eden空间，From Survivor空间、To Survivor空间等。

主流的虚拟机可以通过-Xmx -Xms来拓展内存空间

方法区(Method Area)

方法区跟堆一样，是各个献策好难过共享的区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器变异后的代码等数据，别名称非堆(Non-Heap)，用来与堆区分开来。

HotSpot虚拟机以前使用永生代来实现方法区，这样垃圾收集器就可以像管理java堆一样管理这部分内存，能够省去专门为方法区编写内存管理代码的工作。

使用永生代来实现方法区更容易遇到内存溢出问题，永生代有-XX:MaxPermSize的上限。

目前HopSpot也逐渐放弃永生代逐步采用Native Memory来实现方法区了，在JDK1.7的HotSpot中，已经把原来放在永生代的字符常量池移除。

相对而言，垃圾收集行为在这个区域比较少见，但并非数据进入方法区就永久存在。这区域的内存回收目标主要是针对常量池的回收和对类型的卸载。

当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。

运行时常量池(Runtime Constant Pool)

直接内存(Direct Memory)