java虚拟机在执行java程序的过程中会把他所管理的内存划分为若干个不同的内存区域。
1.程序计数器:线程私有的!
程序计数器是一块较小的内存空间,它可以看做是当前线程所执行的字节码的行号指示器。
由于java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的,在任何一个确定的时刻,一个处理器(对于多核处理器来说是一个内核)都只会执行一条线程中的指令。因此,为了线程切换后能够恢复到正确的执行位置,每条线程都需要有一个独立的程序计数器,各条线程之间互不影响,独立存储,即线程私有的!
程序计数器内存是唯一一个在jvm规范中没有规定任何OutOfMemoryError情况的区域!
2.java虚拟机栈:线程私有的!它的生命周期与线程相同!
虚拟机栈描述的是java方法执行的内存模型:每个方法在执行的同时,都会创建一个栈帧用来存储局部变量表,操作数栈,动态链接,出口等信息。每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程!
局部变量表存放了编译期可知的各种基本数据类型,对象引用和returnAddress(指向了一条字节码指令的地址)
其中64位长度的long和double类型的数据会占用2个局部变量空间,其余的数据类型只占用一个。局部变量所需的内存空间在编译期间完成分配,当进入一个方法时,这个方法需要在帧中分配多大的局部变量空间是完全确认的,在方法运行期间不会改变局部变量表的大小。
jvm规范对该区域规定了两种异常状况:
①如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常
②如果虚拟机栈可以动态扩展,在扩展时无法申请到足够的内存,就会抛出OutOfMemoryError异常
3.本地方法栈:也是线程隔离的!
本地方法栈与虚拟机栈所发挥的作用非常的相似,他们之间的区别是虚拟机栈为虚拟机执行java方法服务,而本地方法栈则为虚拟机使用到的native方法服务。
与虚拟机栈一样,本地方法栈也会抛出StackOverflowError异常和OutOfMemoryError异常。
4.java堆:所有线程共享!
对于绝大多数应用来说,java堆是Java虚拟机所管理的内存中最大的一块。java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。
此区域唯一的目的就是存放对象实例:几乎所有的对象实例都在这里分配内存!jvm规范描述的是:所有的对象以及数组都要在堆上分配。不过随着技术的发展,这种说法就变得不那么绝对了!
java堆是垃圾收集器管理的主要区域,因此很多时候也被称为GC堆!
java虚拟机规范规定,java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可!并且在实现时候,既可以选择固定大小的,也可以是可扩展的!
如果堆中没有内存完成实例分配,并且堆也无法拓展时,将会抛出OutOfMemoryError异常!
5.方法区:各个线程共享的内存区域!
用于存储已被虚拟机加载的类信息,常量,静态变量,即时编译器编译后的代码等数据!
在hotspot虚拟机上,方法区被称为永久代,注意仅限hotspot虚拟机,其他虚拟机没有这个永久代的概念!
java虚拟机对方法区的限制非常宽松,除了和java堆一样不需要连续的内存和可以选择固定大小或者可扩展以外,还可以选择不实现垃圾收集。相对而言,垃圾收集行为在这个区域是比较少出现的,但并非数据进入了方法区就和永久代的名字一样永久存在了。
该区域的内存回收目标主要是针对常量池的回收和对类型的卸载,一般来说,这个区域的回收成绩比较难以令人满意,尤其是类的卸载,条件相当的苛刻,但是这部分区域的回收也确实是有必要的。
jvm虚拟机规定,当方法区无法完成内存分配需求时,抛出OUtOfMemoryError异常!
以上五部分就是jvm规范下的划分的运行时数据区域,这里额外整理一下运行时常量池和直接内存的相关基础知识!
1.运行时常量池:首先明确,其是方法区的一部分!
Class文件(即方法区中编译器编译后的代码)中除了有类的版本,字段,方法,接口等描述信息外,还有一项信息就是常量池,用于存放编译期间生成的各种字面量和符号引用,这部分内容在类加载后就进入方法区的运行时常量池中存放!
需要知道的是,运行时常量池相对于Class文件的常量池的一个重要特征是具备动态性,java语言并不要求常量一定只有编译器才能产生,也就是并非预置入Class文件中常量池的内容才能进入方法区的运行时常量池,运行期间也可能将新的常量放入池中,这种特性利用的比较多的便是String类的intern()方法
2.直接内存:并不是虚拟机运行时数据区的一部分,也不是jvm规范中定义的内存区域。
在NIO(new io)类中,引入了一种基于通道和缓冲区的io方式,它可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样就能提高性能,避免了在java堆和native堆中来回复制数据。
显然,本机直接内存的分配不会受到java堆大小的限制,但是,既然是内存,肯定还是会受到本机总内存大小以及处理器寻址空间的限制。