jvm的内存模型（jdk1.7和1.8jdk的区别）

一 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.8的堆内存模型

由上图可以看出，jdk1.8的内存模型是由2部分组成，年轻代 + 年老代。

• 年轻代：Eden + 2*Survivor
• 年老代：OldGen
• 在jdk1.8中变化大的Perm区，用Metaspace（元数据空间）进行了替换。
  需要特别说明的是：Metaspace所占用的内存空间不是在虚拟机内部，而是在本地内存空间中，这也是与1.7的永 久代大的区别所在。

三 为什么要废弃1.7中的永久区

官网给出了解释：http://openjdk.java.net/jeps/122

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。
基于此，将永久区废弃，而改用元空间，改为了使用本地内存空间。

四 通过jstat命令进行查看堆内存使用情况

jstat命令可以查看堆内存各部分的使用量，以及加载类的数量。命令的格式如下：
jstat [-命令选项] [vmid] [间隔时间/毫秒] [查询次数]

4.1 查看class加载统计

[root@VM_0_8_centos bin]# jps
29060 Jps
28519 Bootstrap
[root@VM_0_8_centos bin]# jstat -class 28519
Loaded  Bytes  Unloaded  Bytes     Time   
  3270  7119.1        0     0.0     137.50

说明：

• Loaded：加载class的数量
• Bytes：所占用空间大小
• Unloaded：未加载数量
• Bytes：未加载占用空间
• Time：时间

4.2 查看编译统计

[root@VM_0_8_centos bin]# jstat -compiler 28519
Compiled Failed Invalid   Time   FailedType FailedMethod
    2403      1       0     5.13          1 com/sun/org/apache/xerces/internal/parsers/AbstractDOMParser startElement

说明：

• Compiled：编译数量。
• Failed：失败数量
• Invalid：不可用数量
• Time：时间
• FailedType：失败类型
• FailedMethod：失败的方法

4.3 垃圾回收统计

[root@VM_0_8_centos bin]# jstat -gc 28519
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
1280.0 1280.0  0.0   600.5  10688.0   1714.6   26432.0    17306.1   23808.0 23249.7 2560.0 2362.5     17    0.093   1      0.064    0.157

说明：

• S0C：第一个Survivor区的大小（KB）
• S1C：第二个Survivor区的大小（KB）
• S0U：第一个Survivor区的使用大小（KB）
• S1U：第二个Survivor区的使用大小（KB）
• EC：Eden区的大小（KB）
• EU：Eden区的使用大小（KB）
• OC：Old区大小（KB）
• OU：Old使用大小（KB）
• MC：方法区大小（KB）
• MU：方法区使用大小（KB）
• CCSC：压缩类空间大小（KB）
• CCSU：压缩类空间使用大小（KB）
• YGC：年轻代垃圾回收次数
• YGCT：年轻代垃圾回收消耗时间
• FGC：老年代垃圾回收次数
• FGCT：老年代垃圾回收消耗时间
• GCT：垃圾回收消耗总时间