JVMJAVA内存模型（JMM）

JDK1.7及之前的JMM

先看一张图，很清晰的说明了JAVA内存结构布局：

JAVA内存结构主要分为三大块：堆内存、方法区和栈。

堆内存是JVM中最大的一块内存，由年轻代和老年代组成。

而年轻代又被分成三个部分：Eden空间、From Survivor空间、To  Survivor空间。默认情况下按 8:1:1的比例来分配。

方法区存储类信息、常量、静态变量等数据，是线程共享的区域，为与JAVA堆区分，还有一个别为为Non-Heap(非堆)。

栈分为JVM栈和本地方法栈，主要用于方法的执行。

如何控制各分区的大小

控制参数：

-Xmx ：堆的最大空间。

-Xms ：堆的最小空间

-XX:MaxNewSize ：新生代（年轻代）最大空间

-XX:NewSize ：       新生代最小空间

-XX:MaxPermSize ：永久代（方法区）最大空间

-XX:PermSize :         永久代（方法区）最小空间

-Xss : 设置每个线程的堆栈大小

没有直接设置老年代的参数，但是可以设置堆空间大小和新生代大小两个参数来间接控制

老年代空间大小 = 堆空间大小 - 年轻代空间大小

JDK1.8及之后的JMM

对比：

JDK 1.7 及以往的 JDK 版本中，Java 类信息、常量池、静态变量都存储在 Perm（永久代）里。类的元数据和静态变量在类加载的时候分配到 Perm，当类被卸载的时候垃圾收集器从 Perm 处理掉类的元数据和静态变量。当然常量池的东西也会在 Perm 垃圾收集的时候进行处理。

JDK 1.8 的对 JVM 架构的改造将类元数据放到本地内存中，另外，将常量池和静态变量放到 Java 堆里。HotSopt VM 将会为类的元数据明确分配和释放本地内存。在这种架构下，类元信息就突破了原来 -XX:MaxPermSize 的限制，现在可以使用更多的本地内存。这样就从一定程度上解决了原来在运行时生成大量类的造成经常 Full GC 问题，如运行时使用反射、代理等。

注意：

如果服务器内存足够，升级到 JDK 1.8 修改 JVM 参数最简单的办法就是将 -XX:PermSize 和 -XX:MaxPermSize 参数替换为 -XX:MetaspaceSize 和 -XX:MaxMetaspaceSize

1.8中-XX:PermSize 和 -XX:MaxPermSize 已经失效，取而代之的是一个新的区域 —— Metaspace（元数据区）。

使用JDK1.8以及之后的版本，不会再碰上“java.lang.OutOfMemoryError: PermGen space”这个错误了。

优势理解：

permSize：原来的jar包及你自己项目的class存放的内存空间，这部分空间是固定的，启动参数里面-permSize确定，如果你的jar包很多，经常会遇到permSize溢出，且每个项目都会占用自己的permGen空间
改成metaSpaces，各个项目会共享同样的class内存空间，比如两个项目都用了fast-json开源包，在mentaSpaces里面只存一份class，提高内存利用率，且更利于垃圾回收

区别

元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制

参数来指定元空间的大小　　　

-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过MaxMetaspaceSize时，适当提高该值。
-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。

除了上面两个指定大小的选项以外，还有两个与 GC 相关的属性：
-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集
-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集