JVM优化系列-------[3丶JVM的内存模型]
Posted 框架师
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了JVM优化系列-------[3丶JVM的内存模型]相关的知识,希望对你有一定的参考价值。
技术文章第一时间送达!
引言:
前两天的内容学习了JVM的三种参数以及如何查看JVM的内存参数,今天我们要学习JVM的内存模型,JVM的内存模型在Java1.7和1.8有较大的区别,虽然我是以1.8为例进行写文章,但是也是需要对1.7的内存模型有所了解,因此需要对比两个版本的区别,所以接下来,我将先介绍1.7再介绍1.8的内存模型,以便大家对JVM内存模型有更深的认识。
JDK1.7的堆内存模型
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.7的内存模型介绍了,下面我们来看JDK1.8的内存模型;
JDK1.8的堆内存模型
由上图可以看出,JDK1.8的内存模型是由2部分组成,年轻代 + 年老代。
年轻代:Eden + 2*Survivor
年老代:OldGen
在jdk1.8中变化最大的Perm区,用Metaspace(元数据空间)进行了替换。
需要特别说明的是:Metaspace所占用的内存空间不是在虚拟机内部,而是在本地内存空间中,这也是与1.7的永久代最大的区别所在。如下图
对于为什么在JDK1.8废除1.7中的永久区,官方给出了详细的解释,看下面这段话
官方原文:
1/**
2This is part of the JRockit and Hotspot convergence effort. JRockit
3customers do not need to configure the permanent generation (since JRockit
4does not have a permanent generation) and are accustomed to not
5configuring the permanent generation.
6移除永久代是为融合HotSpot JVM与 JRockit VM而做出的努力,因为JRockit没有永久代,不需要配置永久代。
7*/
现实使用中,由于永久代内存经常不够用或发生内存泄露,爆出异常java.lang.OutOfMemoryError: PermGen。基于此,将永久区废弃,而改用元空间,改为了使用本地内存空间。
下面我们使用jstat命令进行查看堆内存使用情况,jstat命令可以查看堆内存各部分的使用量,以及加载类的数量。命令的格式如下:
jstat [-命令选项] [vmid/进程ID] [间隔时间/毫秒] [查询次数]
还是以tomcat为例,不熟悉今天的Linux命令的小伙伴可以查看之前的文章,里面有详细的介绍;
1== 查看tomcat的进程ID,我的是30685
2[root@localhost bin]# jps -l
330741 jdk.jcmd/sun.tools.jps.Jps
430685 org.apache.catalina.startup.Bootstrap
5== 查看class加载统计
6[root@localhost bin]# jstat -class 30685
7Loaded Bytes Unloaded Bytes Time
8 3583 7148.2 0 0.0 4.16
来看下这些输出的数值是什么意思:
1Loaded:加载class的数量 3583
2Bytes:所占用空间大小 7148.2
3Unloaded:未加载数量 0
4Bytes:未加载占用空间 0.0
5Time:时间 4.16
所以这个命令可以很清楚的知道启动我的tomcat所加载的类有多少,占用空间大小以及耗费时间多少等等,当然,感兴趣也可以测试下别的程序,下面这个命令使我们可以查看编译的一些情况,如下:
1== 查看编译统计
2[root@localhost bin]# jstat -compiler 30685
3Compiled Failed Invalid Time FailedType FailedMethod
4 2495 1 0 6.95 1 java/util/Properties$LineReader readLine
说明:
1说明:
2Compiled:编译数量。 2495
3Failed:失败数量 1
4Invalid:不可用数量 0
5Time:时间 6.95
6FailedType:失败类型 1
7FailedMethod:失败的方法 java/util/Properties$LineReader readLine
jstat命令也可以查看垃圾回收的统计,如下:
1[root@localhost bin]# jstat -gc 30685
2 S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
3832.0 832.0 0.0 590.2 7168.0 1112.0 17624.0 15988.4 24960.0 23654.3 2688.0 2401.6 17 0.161 1 0.054 0.215
数值说明:
1数值说明:
2S0C:第一个Survivor区的大小(KB)
3S1C:第二个Survivor区的大小(KB)
4S0U:第一个Survivor区的使用大小(KB)
5S1U:第二个Survivor区的使用大小(KB)
6EC:Eden区的大小(KB)
7EU:Eden区的使用大小(KB)
8OC:Old区大小(KB)
9OU:Old使用大小(KB)
10MC:方法区大小(KB)
11MU:方法区使用大小(KB)
12CCSC:压缩类空间大小(KB)
13CCSU:压缩类空间使用大小(KB)
14YGC:年轻代垃圾回收次数
15YGCT:年轻代垃圾回收消耗时间
16FGC:老年代垃圾回收次数
17FGCT:老年代垃圾回收消耗时间
18GCT:垃圾回收消耗总时间
查看垃圾回收还有另一种方式,比如可以指定打印的间隔和次数,每1秒中打印一次,共打印5次;
1[root@localhost bin]# jstat -gc 30685 1000 5
2 S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
3832.0 832.0 0.0 590.2 7168.0 2524.7 17624.0 15988.4 24960.0 23654.3 2688.0 2401.6 17 0.161 1 0.054 0.215
4832.0 832.0 0.0 590.2 7168.0 2524.7 17624.0 15988.4 24960.0 23654.3 2688.0 2401.6 17 0.161 1 0.054 0.215
5832.0 832.0 0.0 590.2 7168.0 2524.7 17624.0 15988.4 24960.0 23654.3 2688.0 2401.6 17 0.161 1 0.054 0.215
6832.0 832.0 0.0 590.2 7168.0 2524.7 17624.0 15988.4 24960.0 23654.3 2688.0 2401.6 17 0.161 1 0.054 0.215
7832.0 832.0 0.0 590.2 7168.0 2524.7 17624.0 15988.4 24960.0 23654.3 2688.0 2401.6 17 0.161 1 0.054 0.215
通过jstat我们发现,依次每秒共打印了5次,上面的1000是毫秒单位;
今天的内容就到这里了,希望你在这里有所收获,感谢阅读这又长又枯燥的文章,坚持
推荐阅读(点击即可跳转阅读)
想知道更多?扫描下面的二维码关注我
你点的每个“在看”,我都认真当成了喜欢
以上是关于JVM优化系列-------[3丶JVM的内存模型]的主要内容,如果未能解决你的问题,请参考以下文章