jvm的堆内存模型
jvm的内存模型在1.7和1.8有较大的区别,虽然目前1.8广泛使用,但是我们也需要对1.7的内存模型有所了解
jdk1.7的堆内存模型
1.7中主要将整个内存分为3个区域,年轻,年老和永久
-
Young 年轻区(代)
Young区被划分为三部分,Eden区和两个大小严格相同的Survivor区.
为啥有两个呢?
其实Survivor区间中,某一时刻只有其中一个是被使用的,另外一个留做垃圾收集时复制对象用,在Eden区间变满的时候, GC就会将存活的对象移到空闲的Survivor区间 中,根据JVM的策略,在经过几次垃圾收集后,仍然存活于Survivor的对象将被移动到Tenured区间。 -
Tenured 年老区
Tenured区主要保存生命周期长的对象,一般是一些老的对象,当一些对象在Young 复制转移一定的次数以后,对象就会被转移到Tenured区,一般如果系统中用了 application级别的缓存,缓存中的对象往往会被转移到这一区间。 -
Perm 永久区
Perm代主要保存class,method,filed对象,这部份的空间一般不会溢出,除非一次性 加载了很多的类,不过在涉及到热部署的应用服务器的时候,有时候会遇到java.lang.OutOfMemoryError : PermGen space
的错误,造成这个错误的很大原因就有可能是`每次都重新部署,但是重新部署后,类的class没有被卸载掉,这样就造成了大量的class对象保存在了perm中,这种情况下,一般重新启动应用服务器可以 解决问题。 -
Virtual区:
每个分区里面都有的,最大内存和初始内存的差值,就是Virtual区。
jdk1.8的堆内存模型
由上图可以看出,jdk1.8的内存模型是由2部分组成,年轻代 ,年老代。
- 年轻代:Eden + 2*Survivor
- 年老代:OldGen
在jdk1.8中变化最大的Perm区,用Metaspace (元数据空间)1进行了替换。
为什么要废弃1.7中的永久区?
This is part of the JRockit and Hotspot convergence effort. JRockit customers do not need to configure the permanent generation (since JRockit does not have a permanent generation) and are accustomed to not configuring the permanent generation.
移除永久代是为融合HotSpot JVM与 JRockit VM而做出的努力,因为JRockit没有永久代, 不需要配置永久代。
现实使用中,由于永久代内存经常不够用或发生内存泄露,爆出异常 java.lang.OutOfMemoryError: PermGen
基于此,将永久区废弃,而改用元空间,改为了使用本地内存空间。
-
Metaspace所占用的内存空间不是在虚拟机内部,而是在本地内存空间中,这也是与1.7的永久代最大的区别所在。 ↩︎