JVM虚拟机内存区域

虚拟机规范对monitorenter和monitorexit的行为描述中，注意两点：

首先synchronized同步块对同一条线程来说是可重入的，不会出现自己把自己锁死的问题。

其次同步块在已进入的线程执行完之前，会阻塞后面其他线程的进入

 

运行时数据区：1.方法区，2.虚拟机栈，3.本地方法栈，4.堆，5.程序计数器

程序计数器:

可以看做是当前线程所执行的字节码的行号指示器，由于Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的，在任何一个确定的时刻，一个处理器(对于多核处理器来说是一个内核)都只会执行一条线程中的指令。此内存区域为线程私有的内存，是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryErr情况的区域。

虚拟机栈：

虚拟机栈描述的是Java方法执行的内存模型，线程私有内存，每个方法在执行的同时都会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息，每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。如果线程请求栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常.如果虚拟机栈扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常。

  局部变量表：存放了编译期可知的各种基本数据类型(boolean,byte,char,short,int,float,long,double)、对象引用(reference类型)、returnAddress类型。局部变量表所需的内存空间在编译期间已经完成分配，当进行一个方法时，这个方法需要栈中分配多大的局部变量空间已经确定，在方法运行期间不会改变局部变量表的大小。

本地方法栈：

本地方法栈为虚拟机使用到的Native方法服务，Sun HotSpot虚拟机直接把本地方法和虚拟机栈合二为一，与虚拟机栈一样，本地方法栈区也会抛出StackOverflowError和OutOfMemoryError异常

Java堆:

是java虚拟机所管理的内存中最大的一块，是被所有线程共享的一块内存区域，唯一的目的存放对象实力，提供数组对象内存分配区域。java堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可，通过-Xmx和-Xms控制。java堆细分：新生代和老年代；再细致一点有：Eden空间、From Survivor空间、To Survivor空间。java堆划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer,TLAB)

方法区：

是各个线程共享的内存区域，用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。运行时常量池是方法区的一部分，Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池(Constant Pool Table),用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。运行时常量池相对于Class文件常量池的另一个重要特征是具备动态性

 运行时 常量池：

运行时常量也是方法区的一部分，

  Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池，用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。

扩展:

    字面量：比较接近于Java语言层面的常量概念，如文本字符串、声明为final的常量值等。

    符号引用：属于编译原理方法的概念，包括以下三类常量：

    1.类和接口的全限定名     2.字段的名称和描述符      3.方法的名称和描述符
 

变量用final修饰，不能再修改它的值，所以就成为常量，而这常量将会存放在常量区，这些常量在编译时就知道占用空间的大小，但并不是说明该区域编译就固定了，运行期也可以修改常量池的大小，典型的场景是在使用String时，你可以调用String的 intern()，JVM会判断当前所创建的String对象是否在常量池中，若有，则从常量区取，否则把该字符放入常量池并返回，这时就会修改常量池的大小（常量的大小是不可改变的）。

直接内存:

直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但在Java1.4中新加入的NIO相关类中，会使用Native函数库分配堆外内存，并使用堆中的DirectByteBuffer对象操作所申请的堆外内存，所以本文中将这部分拿出来，作为对词汇的解释，以便读者在被提到这部分区域时，能有所了解