Java内存区域与内存溢出异常
1 概述
对于Java程序员来说,在虚拟机自动内存管理机制的帮助下,不再需要为每一个new操作去写配对的delete/free,不容易出现内存泄漏和内存溢出问题,看起看来由虚拟机管理内存一切都很美好。
不过,也正是因为Java程序员把控制内存的权力交给了Java虚拟机,一旦出现内存泄漏和溢出方面的问题,如果不了解虚拟机是怎样使用内存的,那么排查问题、修正问题将会成为一项异常艰难的工作。
2 运行时数据区域
根据《Java虚拟机规范》规定,java虚拟机管理的内存以下几个运行时数据区域。
2.1 程序计数器
程序计数器是什么?
- 程序计数器是一块较小的内存空间,它可以看作是当前线程所执行的
字节码指示器
。 - 在Java虚拟机的概念模型里,
字节码解释器工作时就是通过改变这个来选取下一条需要执行的的字节码指令
。 它是程序控制流的指示器,分支、循环、跳转、线程恢复等基础功能都需要依赖于这个计数器来完成。
程序计数器对多线程的意义
- 由于Java虚拟机的多线程是通过
线程轮流切换
、分配处理器执行时间
的方式来完成的。 - 在任何一个确定的时刻,一个处理器(对于多核处理器来说是一个内核)都只会执行一条线程中的指令。
- 因此,为了线程切换后能恢复到正确的执行位置,每条线程都需要有一个独立的程序计数器,各条线程之间计数器互不影响,独立存储,我们称这类内存区域为“线程私有”的内存。
程序计数器记录的是什么
- 如果线程正在执行的是一个
Java方法
,这个计数器记录的是正在执行的虚拟机字节码指令的地址
。 - 如果正在执行的是
本地(Native)方法
,这个计数器值则应为空(Undefined)
。
异常
- 此内存区域是唯一一个在《Java虚拟机规范》中没有规定任何OutOfMemoryError情况的区域。
2.2 Java虚拟机栈(Java Virtual Machine Stack)
Java虚拟机栈
- 与程序计数器一样,Java虚拟栈(Java Virtual Machine Stack)也是线程私有的,它的生命周期与线程相同。
- Java虚拟机栈描述的是
Java方法执行的线程内存模型
:- 每个方法被执行的时候,Java虚拟机都会创建是一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。
- 每一个方法被调用直至执行完毕的过程,就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
局部的变量表
- 局部变量表存放了编译期可知的各种Java虚拟机基本数据类型(boolean,byte,char,short,int,float,long,double)、对象引用和returnAddress类型(指向了一条字节码指令的地址)。
- 对象引用(reference类型)它不等同于对象本身,可能是一个指向对象起始地址的引用指针,也可能指向一个代表对象的句柄,或者其他于此对象相关的位置。
- 这些数据类型在局部变量表的存储空间以局部变量槽(Slot)来表示,其中64位的长度的long和double类型的数据会占用两个变量槽,其余数据类型只占用一个。
- 局部变量表所需的内存空间在编译期间完成分配,当进入一个方法时,这个方法需要在栈帧中分配多大的局部变量空间是完全确定的。在方法运行期间不会改变局部变量表的大小。
异常
在《Java虚拟机规范》中,对这个内存区域规定了两种异常状况:
- 如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常
- 如果Java虚拟机的栈容量可以动态扩展,,当栈扩展时无法申请到足够的内存会抛出OutOfMemoryError异常
2.3 本地方法栈(Native Method Stacks)
- 本地方法栈与虚拟机栈发挥的作用是非常相似的,其区别只是虚拟机栈为虚拟机执行Java方法服务,而本地方法栈则是为虚拟机使用到的本地(Native)方法服务。
- 与虚拟机栈一样,本地方法栈也会在栈深度溢出或则栈扩展失败时分别抛出StackOverflowError和OutOfMemoryError异常。
2.4 Java堆(Java Heap)
Java堆
- 对于Java应用程序来讲,Java堆是虚拟机所管理的内存中最大的一块。
- Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。
- 此内存区域的唯一目的就是存放对象实例,Java世界里“
几乎
”所有的对象实例都在这里分配内存。 - 在《Java虚拟机规范》中对Java堆的描述是:“所有的对象实例以及数组都应当在堆上分配”。
“几乎”是指从实现角度看
- 随着Java语言的发展,现在已能看到些许迹象表明日后可能出现值类型的支持。(值类型,指泛型。例如List这种形式以后可能被支持)
- 即使编译技术的进步 ,尤其是
逃逸分析技术
的日渐强大,栈上分配、标量替换优化手段已经导致了一些微妙变化悄然发生。 - 所以说Java对象实例都分配在栈上也渐渐变得不是那么绝对了。
Java堆是垃圾回收器管理的内存区域
- Java堆是垃圾回收器管理的内存区域。
- 从垃圾回收的角度看,由于现代垃圾回收器大部分都是基于分代收集理论设计的,所以java堆中经常会出现“新生代”、“老年代”、“永久代”、“Eden空间”、“From Survivor空间”、“To Survivor空间”等名词。
-如果从分配内存的角度看,所有线程共享的Java堆中可以划分出多个线程私有分配缓存区(TLAB),以提升对象分配时效率。
Java堆内存是否连续
- 根据《Java虚拟机规范》的规定,Java堆可以处于物理上不连续的内存空间中,但在逻辑上它应该被视为连续的。
- 但对于大对象(典型的如数组对象),多数虚拟机实现处于实现简单、存储高效的考虑,很可能会要求连续的内存空间。
异常
- 如果在Java堆中没有内存完成实例分配,并且堆也是无法扩展时,Java虚拟机将抛出OutOfMemoryError异常。
2.5 方法区(Method Area)
方法区
- 方法区与Java堆一样,是各个线程共享的内存区域,它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。
- 这个区域内存回收的的目标主要是针对常量池的回收和对类型的卸载,一般来说,这个区域的回收效果比较难令人满意。
- 根据《Java虚拟机规范》规定,如果方法区无法满足新的内存分配需求时,将抛出OutOfMemoryError异常。
方法区和永久代
- 很多人都更愿意把方法区称呼为“永久代”,或将两者混为一谈。本质上这两者并不等价,因为仅仅是当时的hotspot虚拟机设计团队收集器的分代设计扩展至方法区,或者说使用永久代来实现方法区而已。
运行时常量池(Runtime Constant Pool)
- 运行时常量池是方法区的一部分。
- Class文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池表(Contant Pool Table),用于存放编译期生成的各种字面量与符号引用,这部分内容将在类加载后存放到方法区的运行时常量池中。
- 对于运行时常量池,《Java虚拟机规范》并没有做任何细节的要求。
- 一般来说,除了保存Class文件中描述的符号引用外,还会把由符号引用翻译出来的直接引用也存储在运行时常量池中。
运行时常量池的动态性
- 运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性,Java语言并不要求常量一定只有编译期才能产生。
- 也就是说,并非预置入Class文件中常量池的内容才能进入方法取得运行时常量池。
- 运行期间也可以将新的常量放入池中。
- 这种特性被开发人员利用的比较多的便是String的intern()方法。
异常
- 既然运行时常量池是方法区的一部分,自然受到方法区内存的限制,当常量池无法载申请到内存时会抛出OutOfMemoryError异常。