JVM优化篇之堆内存模型

上一篇中讲了JVM的基本参数含义JVM优化篇之参数
,这一篇我们来聊一聊JMM(java内存模型).
jvm的堆内存模型在1.7和1.8有较大的区别

JDK1.7堆内存模型

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堆内存模型

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

JDK1.8堆内存模型

为什么要废弃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。永久代内存回收目标主要是针对常量池的回收和对类型的卸载，一般来说，这个区域的回收“成绩”比较难以令人满意，尤其是类型的卸载，条件相当苛刻，有以下三点要求：1.该类型的所有实例都已经被回收 2.该类型的ClassLoader已经被回收 3.该类型的java.lang.Class没有在任何地方被引用，该类型不能在任何地方以反射的方式实例化一个对象。基于此，将永久区废弃，而改用元空间，改为了使用本地内存空间。