运行时数据区域
Java虚拟机在执行Java程序过程中会把它管理的内存划分为若干个不同的数据区域。这些区域有各自用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有些区域则依赖用户线程的启动和结束而建立和销毁。根据《Java虚拟机规范(Java SE 7版)的规定,Java虚拟机所管理的内存将会包括以下几个运行时数据区域。
程序计数器
- 是一块较小的内存空间,可以当作是当前线程所执行的字节码的行号指示器。
- 由于Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间来实现的。因此,为了线程切换后能回到正确位置,每条线程都需要一个单独的程序计数器,称这类内存区域为“线程私有的内存”
- 如果线程正在执行Java方法,则计数器记录字节码地址;如果执行Native方法,则计数器记录为空。所以是唯一一个不存在OutOfMemoryError情况的内存区域
Java虚拟机栈
- 线程私有的,生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。
- 栈帧(Stack Frame):用于存储局部变量表、操作数栈、动态链接、方法出口等信息。局部变量表存放编译时的8中基本数据类型、引用类型和returnAddress类型(指向一条字节码指令地址)。
- 该区域可能会抛出的两大异常
- StackOverflowError异常,如果线程请求的栈深度大于虚拟机所允许的深度,将会抛出这个异常;
- 如果虚拟机栈可以动态扩展(大部分的虚拟机都可以动态扩展,也可以固定长度),如果扩展时无法申请到足够的内存,就会抛出OutOfMemoryError异常。
本地方法栈
功能与虚拟机栈相似,不同是虚拟机栈为Java方法服务,而本地方法栈则为Native方法服务。Java堆
所有线程共享的一块内存区域,目的是存放对象实例。gc主要管理的一块内存区域。- Java堆(Java Heap)是Java虚拟机管理的最大内存区域,虚拟机启动时创建,所有线程共享该内存。该内存唯一目的就是存放对象实例,几乎所有的对象实例都在此分配内存
- Java堆是垃圾收集器管理的主要区域,也被成为“GC堆”。Java堆可被细分为:新生代和老年代。
- 新生代: 用来存放生命周期较短的对象,而新生代又使用复制算法进行GC ,又将其按照8:1:1的比例分为一块较大的Eden空间和2个较小的From Survivor和To Survivor空间。
- 老年代:用来存放生命周期较长的对象。
- Java堆可以处于物理上不连续内存区域,但需要逻辑上连续。
- 如果堆中没有内存进行实例分配,并且堆也无法在拓展时(通过-Xmx和-Xms控制),将会抛出OutOfMemoryError异常。
- Xmx Java堆最大内存,默认值为物理内存的1/4,当可用的Java堆内存大于70%时,JVM会将内存调整至-Xms所指定的初始值
- Xms Java堆初始内存,默认值为物理内存的1/64,当可用的Java堆内存小于40%时,JVM会将内存调整至-Xmx所允许的最大值
方法区
- 方法区和Java堆一样,是各个线程共享的内存区域,用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
- 可以处于物理上不连续内存区域,但需要逻辑上连续。
- 该区域的垃圾收集比较少见,主要针对常量池的回收和类型的卸载。
- 方法区无法满足内存分配需求时,会抛出OutOfMemoryError异常。
运行时常量池
- 属于方法区的一部分。
- 存放 Class 文件中的常量池(存放编译期生成的各种字面量和符号引用);翻译出来的直接引用;运行期间产生的新的常量(譬如 String 类的 intern() 方法)。
- 常量池无法申请到内存, 会抛出OutOfMemoryError异常。
- 直接内存
- 直接内存并不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范定义中的内存区域。但这部分区域被频繁使用并可能引起OutOfMemoryError异常。
- NIO(New Input/Output)类中 ,可用使用 Native 函数库直接分配堆外内存,然后通过一个存储在 java 堆里面的 DirectByteBuffer 对象作为这块内存的引用进行操作,避免了在 Java 堆和 Native 堆中来回复制数据。
- 不受 java 堆大小的限制,但受本机总内存的大小及处理器寻址空间的限制,会抛出 OutOfMemoryError异常。