java虚拟机----内存管理机制

运行时数据区

Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域，这些区域都拥有自己的用途，并随着JVM进程的启动或者用户线程的启动和结束建立和销毁。根据《java虚拟机规范（java se 7版）》的规定：java虚拟机所管理的内存将会包括以下几个运行时数据区域，如下图：

 

1 程序计数器（Program Counter Register）

程序计数器（Program Counter Register）是一块较小的内存空间，它（程序计数器）可以看成是当前线程所执行字节码的行号指示器。在计算机中，其实程序计数器就是一个寄存器，依据不同计算机细节的差异，它可以存放当前正在被执行的指令，也可以放下一个被执行的指令。

在虚拟机的概念模型中，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

由于Java虚拟机的多线程是通过线程轮询切换并分配处理器执行时间的方式来实现的，在任何一个确定的时候，一个处理器都只会执行一条线程中的指令，因此为了线程切换之后能过恢复到正确的执行位置，每条线程都需要拥有一个独立的程序计数器，各条线程之间的计数器互不影响，独立存储，所以程序计数器是线程私有的内存，也就是它属于线程隔离区的。

如果线程执行的是一个Java方法，这个计数器记录的就是正在执行的虚拟机字节码指令地址；如果正在执行的是Native方法，那么这个计数器的值就是（Undefined）。

此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

2 Java虚拟机栈

 Java虚拟机栈（Java Virtual Machine Stack）也是线程私有的，即他的生命周期和线程相同。

在Java中，JVM中的栈记录了线程的方法调用，每个线程拥有一个栈，在某个线程的运行过程中，如果有新的方法调用，那么该线程对应的栈就会增加一个存储单元，即栈针（Stack Frame）。

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

当被调用方法运行结束时，该方法对应的帧将被删除，参数和局部变量所占据的空间也随之释放。线程回到原方法，继续执行。当所有的栈都清空时，程序也随之运行结束。

我们经常说的栈内存其实就是现在讲的虚拟机栈，或者说是虚拟机栈中局部变量表部分。

局部变量表存放了编译器可知的各种基本数据类型、对象引用(reference类型，它不等同于对象本身，可能是指向对象起始位置的引用指针，也可能是指向一个代表对象的句柄或其他与此对象相关的位置，引用所指向的对象保存在堆中（引用可能为Null，即不指向任何对象））和returnAddress类型（指向了一条字节码指令的地址）。

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

异常有两种

1，线程请求的栈深度大于虚拟机所允许的深度将抛出StackOverflowError异常 （递归调用）

2，如果虚拟机可以动态扩展，如果扩展时已经无法申请到足够的内存就会抛出OutOfMemeoryError异常。

1. List list=new ArrayList();  
2.         for(;;){  
3.             int[] tmp=new int[1000000];  
4.             list.add(tmp);  
5.         }  

 

​​​​​​​3 本地方法栈

本地方法栈（Native Method Stack）与虚拟机栈所发挥的作用是非常相似的。他们之间的区别就是Java虚拟机栈是为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈为虚拟机使用到的Native方法服务。

其实虚拟机规范中对本地方发栈中方法所使用的语言、使用方式以及数据结构都没有强制规定，因此具体的虚拟机可以自由地实现它。甚至在有的虚拟机（如Sun HotSpot虚拟机）直接就把本地方法栈和虚拟机栈合二为一。与虚拟机栈一样，本地方法栈区域也会抛出StackOverflowError和OutOfMemory异常。

 

​​​​​​​4  Java堆（Java Heap）

对于大多数应用来说，Java堆（Java Heap）是Java虚拟机管理的内存中最大的一块。Java堆是被所有线程共享的一块数据区域，在虚拟机启动时创建，这一内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存。但是随着JIT编译器的发展与逃逸分析技术逐渐成熟，栈上分配、标量替换优化技术将会导致一些微妙的变化发生，所有的对象都分配在堆上也逐渐变得不是那么“绝对”。

Java堆是垃圾收集器管理的主要区域，因此很多时候也被称为“GC堆”。从内存回收的角度，由于现在回收器基本上都采分代回收算法，所以java堆中还可以细分为：新生代和老年代，再细分可以分为Eden空间、Form Survivor空间、to Survivor空间等。

 

 

根据Java虚拟机规范规定，Java堆可以处于物理上不连续的内存中，即只要逻辑上是连续的即可，就像我们的磁盘空间一样。在实现时，可以固定大小也是可扩展的。主流的虚拟机都是按照可扩展来实现的（通过-Xmx和-Xms来控制）。如果在堆中没有内存可分配，并且堆也无法继续扩展时，将会抛出OutOfMemortError异常。

Java的普通对象存活在堆中，与栈不同，堆的空间不会随着方法调用结束而清空。因此，在某个方法中创建的对象，可以在方法调用结束之后，继续存在堆中。这带来的一个问题是，如果我们不断的创建新的对象，内存控件将会最终消耗殆尽。​​​​​​​

5 方法区（Method Area）

与Java堆一样，是各个线程共享的内存区域，它用于存储已经被虚拟机加载的类信息、常量、静态变量、即时编译器编译之后的代码等数据。虽然Java虚拟机将其描述为堆的一个逻辑部分，但它却有一个别名叫做Non-Heap（非堆）。目的是与Java堆区分开来。（以前很多人把方法区称为永久代，现在JDK1.8中已经用元数据区域取代了永久代）。

​​​​​​​6 运行时常量池

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

并非预置入Class文件中常量池的内容才进入方法运行时常量池，运行期间也可能将新的常量放入池中，这种特性被开发人员利用得比较多的便是String类的intern()方法。

​​​​​​​7 直接内存

由于直接内存（Direct Memory）并不是java虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但是这部分也被频繁使用，而且也可能导致OutOfMemoryError异常出现，所以也放到这一部分进行简介。

先让，本机直接内存的分配不会受到Java堆大小的限制，但是肯定还是会受到本机总内存大小以及处理器寻址空间的限制。管理员在配置虚拟机参数时，会根据实际内存设置-Xmx等参数信息，但经常会忽略直接内存，使得各个内存区域总和大于物理内存限制（包含物理的和操作系统级的限制），从而导致动态扩展时出现OutOfMemoryError异常。

JDK1.4加入了NIO，引入一种基于通道与缓冲区的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。因此避免了在Java堆和Native堆中来回复制数据，提高了性能。

Object obj = new Object();

 

Object obj将会反映到虚拟机栈中（reference类型）
new Object()将会反映到Java堆中
此类的对象类型、父类、实现的接口、方法等信息数据，将反映到方法区中 

 

关于数据存储及回收总结：

1.java虚拟机栈：基本数据类型、对象引用

2. 方法区：常量、静态变量

3.java堆：对象实例、数组，其中垃圾回收主要是这个区域

 

参考

《深入理解java虚拟机》 周志明  机械工业出版社