运行时数据区域
Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有些区域则以来用户线程的启动和结束而建立和销毁。
一、程序计数器(寄存器)
程序计数器(Program Counter Register)是一块较小的内存空间,它的作用可以看做是当前线程所执行的字节码行号指示器。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。
由于Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的,在任何一个确定的时刻,一个处理器(对于多喝处理器来说是一个内核)只会执行一条线程中的指令。因此,为了线程切换后能恢复到正确的执行位置,每条线程都需要有一个独立的程序计数器,各条线程之间的计数器互不影响、独立存储,我们称这类内存区域为“线程私有”的内存。
如果线程正在执行的是一个Java方法,这个计数器记录的是正在执行的虚拟机字节码指令的地址;如果正在执行的是Natvie方法,这个计数器值则为空(Undefined)。此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。
线程私有,生命周期与线程相同,随线程启动而生,线程关闭而死。
二、虚拟机栈
和程序计数器一样也是线程私有的,生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型:每个方法被执行的时候都会创建一个栈帧用于存储局部变量表,操作栈,动态链接,方法出口等信息。每一个方法被调用的过程就对应一个栈帧在虚拟机栈中从入栈到出栈的过程。
通常所说的虚拟机运行时分为栈和堆,这里的栈指的就是虚拟机栈或者说虚拟机栈中的局部变量表部分。
局部变量表存放了编译期可知的各种基本数据类型(boolean、byte、char、short、int、float、long、double),对象引用(reference 类型,它不同于对象本身,可能是一个指向对象启始地址的引用指针,也可能是指向一个代表对象的句柄或其他于此对象相关的位置)和returnAddress 类型(指向了一条字节码指定的地址)。
局部变量表所需的内存空间在编译期间会完成分配,当进入一个方法时,这个方法需要在帧中分配多大的局部变量空间是完全确定的,在方法运行期间不会改变局部变量的大小(其中64位长度的long和double类型的数据会占用2个局部变量空间,其余的数据类型只占用一个)。
如果线程请求的栈的深度大于虚拟机所允许的深度,将抛出 StackOverflowErrot异常。
如果虚拟机栈可以动态扩展,扩展时无法申请到足够的内存,将会抛出 OutOfMemoryError异常。
三、本地方法栈
与虚拟机栈所发挥的作用非常相似,虚拟机栈为虚拟机之行Java方法(也就是字节码)服务,本地方法栈则为虚拟机使用的 Native 方法服务。与虚拟机栈一样,本地方法栈也会抛出 StackOverflowErrot 和 OutOfMemoryError 异常
四、堆
堆(Java heap)是 Java 虚拟机所管理的内存最大的一块,是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都是在这里分配。不过随着JIT编译器的发展和逃逸技术的成熟,栈上分配和标量替换技术使得这种情况发生着微妙的变化,对上分配正变得不那么绝对。
Java 堆是垃圾收集器管理的主要区域,因此很多时候也被称做 “GC堆”(Garbage Collected Heap)。由于现在的垃圾收集器基本上都是采用分代收集算法,所以Java堆还可细分为:新生代和老生代。在细致一点可分为Eden空间,From Survivor空间,To Survivor空间。从内存分配的角度来看,线程共享的 Java 堆中可能划分出多个线程私有的分配缓冲区。不过无论怎么划分,都与存放内容无关,无论哪个区域,存储的都仍然是对象实例,进一步划分的目的是为了更好地回收内存,或者更快的分配内内存。
Java堆可以是物理上不连续的空间,只要逻辑上连续即可,主流的虚拟机都是按照可扩展的方式来实现的。如果当前堆中没有内存完成实例分配,并且堆野无法再扩展时,则会抛出OutOfMemory异常
五、方法区
与堆一样,是各个线程共享的内存区域,用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虚拟机规范把方法区描述为堆的一个逻辑部分,但是它有一个别名叫做 Non-Heap(非堆),目的是与 堆区分开来。
和堆一样一样不需要连续的内存和可以选择固定大小或者可扩展外,还可以选择垃圾回收集,数据进入了方法区并非 “永久” 存在。这个取悦的内存回收目标主要是针对常量池的回收和类型的卸载,一般来说,这个区域的回收 “成绩” 比较难以令人满意,尤其是类型的卸载,条件相当苛刻,但是这部分取悦的回收确实有必要。
当方法区无法满足内存分配需求时,将抛出 OutOfMemoryError异常。
六、直接内存
直接内存并不是运行时数据区的一部分。在JDK1.4之后引入NIO类,引入了一种基于通道与缓冲区的IO方式,它可以使用Native函数库直接分配堆外内存,然后通过一个存储在JAVA堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能够避免在Java堆和Native堆中来回复制数据所引发的开销。