JVM虚拟机-内存划分

来源:互联网 发布:天津流氓 知乎 编辑:程序博客网 时间:2024/05/01 18:25

1.图示:
这里写图片描述
2.内存区域介绍:
<1>程序计数器(Program Counter Register)
占用的内存较小,当前线程所执行的字节码的行号指示器,字节码解释器工作时通过改变这个计数器的值为选取下一条需要执行的字节码指令。
java虚拟机线程通过线程轮流切换并分配处理器执行时间方式来实现,因此在任何一个确定时间,一个处理器(内核)只会执行一条线程,因此为线程切换后可以恢复到正确的执行位置,线程需要一个独立的程序计数器,各线程计数器互不影响,独立存储。这类内存区域为线程私有的内存
线程执行java 方法,计数器记录正在执行的虚拟字节码指令的地址
线程执行native方法,计数器值 为Undefined
特点:内存区域唯一个不会出现OOM区域
<2>java虚拟机栈:(线程私有)
作用:生命周期与线程相同,描述java方法执行的内存模型,每个方法执行时都会创建一个栈桢(Stack Frame)存储局部变量表,操作数栈,动态链接,方法出口等信息.每个方法从调用直至执行完成,都会对应一个栈桢在虚拟机栈中入栈到出栈的过程。
局部变量表:
1)存放内容:
a.各种基本数据类型(boolean,byte,char,short,int,float,long,double),其中long和double占用两个局部变量空间,其余为1个
b.对象引用(reference,可能量个指向对象起始地址的引用指针,也可能是一个代表对象的句柄或其他与此对象相关的位置)
c.returnAddress类型(指向一条字节码指令地址)
2)分配时间:在编译期完成分配,当进入一个方法时,这个方法需要在帧中分配多大的局部变量空间是完全确定的,方法运行期间不会改变局部变量表大小
异常:
1)StackOverflowError:线程请求的栈深大小虚拟机允许的深度
2)OutOFMemoryError:虚拟机栈可以动态扩展,如果扩展时无法申请到足够内存
<3>本地方法栈(Native Method Stack)
描述:为虚拟机执行本地方法服务
异常:
1)StackOverflowError:线程请求的栈深大小虚拟机允许的深度
2)OutOFMemoryError:虚拟机栈可以动态扩展,如果扩展时无法申请到足够内存
<4>java堆(所有线程共享,GC管理主要区域)
描述:java虚拟机管理的内存最大的一块,被所有线程共享,在虚拟机启动时创建
作用:存放对象实例,几乎所有的对象实例都在java堆中分配内存(并不是绝对)
区域划分:Eden空间, From Survivor空间,To Survivor空间(关于对象存放及GC作用详见垃圾回收)
内存分配:java堆可以处于物理上不连续空间,只要逻辑上连续即可,可以实现成固定大小,也可以扩展(通过-Xmx和-Xms控制)
异常:
OOM:堆中没有内存分配完成实例分配
<5>方法区(各个线程共享内存区域)
作用:虚拟机加载的类信息,常量,静态变量,即时编译器编译的代码等数据
特点:不需要连续内存,可以选择固定大小也支持扩展。可以选择不实现垃圾回收
异常:OOM-方法区无法满足内存分配时
<6>运行时常量池
作用:用于存放编译器生成的各种字面量和符号引用,这部分内容将在类加载后,进入方法区的运行时常量池存放
特点:
1)java虚拟机规范没有做任何细节的要求,提供商自行实现
2)具备动态性:java语言并不要求常量一定只有编译期产生,运行期间也可能将新的常量放入池中.String类的intern()方法[该方法返回字符串对象的规范化表示形式,一个初始为空的字符串池,由类String私有池维护.当调用inter方法时,如果池已包含一个等于此String对象字符串(由equals方法确定),则返回池中的字符串,否则将此String对象添加到池中,并返回此String对象的引用]
异常:
运行时常量池也是方法区的一部分,也会受到内存方法区限制,当常量池无不申请内存时会报OOM
<7>直接内存
描述:
直接内存并不是虚拟机运行时数据区的一部分,也不是java虚拟机规范中定义的内存区域,但这部分内存频繁使用。
NIO:使用Native函数直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。避免在java堆和Native堆中来回复制数据。
异常:当总内存区域总和大于物理内存限制会出出OOM

0 0