JVM对于内存区域有一个演进的过程,主要是
jdk1.6
与jdk1.8
的区别
主要区别 是在jdk1.8中取消了方法区将方法区中的数据存放到本地 内存中
JDK1.6中内存布局
多线程共享内存区域:方法区、堆。
每一个线程独享内存:java栈、本地方法栈、程序计数器。
-
程序计数器
:较小的内存空间,当前线程执行的字节码的行号指示器;各线程之间独立存储,互不影响;(不存在内存异常的问题) -
虚拟机 栈
:线程私有,生命周期和线程,每个方法在执行的同时都会创建一个 栈帧用于存储局部变量表
,操作数栈
,动态链接
,方法出口等信息
。方法的执行就对应着栈帧在虚拟机栈中入栈和出栈的过程;栈里面存放着各种基本数据类型和对象的引用;(stackOverFlowError) -
本地方法栈
:本地方法栈保存的是native方法的信息,当一个JVM创建的线程调用native方法后,JVM不再为其在虚拟机栈中创建栈帧,JVM只是简单地动态链接并直接调用native方法; -
堆
:Java堆是程序员需要重点关注的一块区域,因为涉及到内存的分配(new关键字,反射等)与回收(回收算法,收集器等);(OOM);Java堆是垃圾收集器管理的主要区域,因此很多时候被称作GC堆
,从内存回收的角度来看,由于现在收集器基本都采用分别年代收集算法,所以Java堆还可以细分(这一部分可以参考垃圾回收
) -
方法区(本质堆的一部分)
:也叫永久区
,用于存储已经被虚拟机加载的类信息
,常量("zdy","123"等)
,静态变量(static变量)
等数据。(jdk1.8已经将方法区去掉了,将方法区移动到本地内存
)(存在OOM)
-运行时常量池
:运行时常量池是方法区的一部分,用于存放编译期生成的各种字面(“zdy”,"123"等)和符号引用。 -
直接内存
:不是虚拟机运行时数据区的一部分,也不是java虚拟机规范中定义的内存区域;
1)如果使用了NIO,这块区域会被频繁使用,在java堆内可以用directByteBuffer对象直接引用并操作;
2) 这块内存不受java堆大小限制,但受本机总内存的限制,可以通过MaxDirectMemorySize来设置(默认与堆内存最大值一样),所以也会出现OOM异常;
虚拟机栈详解
局部变量表:
存放编译期可知的各种基本数据类型、对象引用类型和returnAddress类型(指向一条字节码指令的地址:函数返回地址)。
long、double占用两个局部变量控件Slot。
局部变量表所需的内存空间在编译期确定,当进入一个方法时,方法在栈帧中所需要分配的局部变量控件是完全确定的,不可动态改变大小。
异常:线程请求的栈帧深度大于虚拟机所允许的深度—StackOverFlowError,如果虚拟机栈可以动态扩展(大部分虚拟机允许动态扩展,也可以设置固定大小的虚拟机栈),但是无法申请到足够的内存—OutOfMemorError。
操作数栈:
后进先出LIFO,最大深度由编译期确定。栈帧刚建立使,操作数栈为空,执行方法操作时,操作数栈用于存放JVM从局部变量表复制的常量或者变量,提供提取,及结果入栈,也用于存放调用方法需要的参数及接受方法返回的结果。
操作数栈可以存放一个jvm中定义的任意数据类型的值。
在任意时刻,操作数栈都一个固定的栈深度,基本类型除了long、double占用两个深度,其它占用一个深度
动态连接:
每个栈帧都包含一个指向运行时常量池中该栈帧所属方法的引用,持有这个引用是为了支持方法调用过程中的动态连接。Class文件的常量池中存在有大量的符号引用,字节码中的方法调用指令就以常量池中指向方法的符号引用为参数。这些符号引用,一部分会在类加载阶段或第一次使用的时候转化为直接引用(如final、static域等),称为静态解析,另一部分将在每一次的运行期间转化为直接引用,这部分称为动态连接。
方法返回地址:
当一个方法被执行后,有两种方式退出该方法:执行引擎遇到了任意一个方法返回的字节码指令或遇到了异常,并且该异常没有在方法体内得到处理。无论采用何种退出方式,在方法退出之后,都需要返回到方法被调用的位置,程序才能继续执行。方法返回时可能需要在栈帧中保存一些信息,用来帮助恢复它的上层方法的执行状态。一般来说,方法正常退出时,调用者的PC计数器的值就可以作为返回地址,栈帧中很可能保存了这个计数器值,而方法异常退出时,返回地址是要通过异常处理器来确定的,栈帧中一般不会保存这部分信息。
方法退出的过程实际上等同于把当前栈帧出栈,因此退出时可能执行的操作有:恢复上层方法的局部变量表和操作数栈,如果有返回值,则把它压入调用者栈帧的操作数栈中,调整PC计数器的值以指向方法调用指令后面的一条指令。
JDK1.8中内存布局
- 在JDK1.8中取消了
方法区
,将方法区中的数据存入元数据空间放入到本地内存中
- 将字符串常量池从
永久代
移入到堆内存中
JDK1.8为什么要移除方法区
1)永久代来存储类信息、常量、静态变量等数据不是个好主意, 很容易遇到内存溢出的问题
.JDK8的实现中将类的元数据放入 native memory, 将字符串池和类的静态变量放入java堆中. 可以使用MaxMetaspaceSize对元数据区大小进行调整;
2)对永久代进行调优是很困难的,同时将元空间与堆的垃圾回收进行了隔离,避免永久代引发的Full GC和OOM等问题;