java.lang.OutOfMemoryError：java heap space和java.lang.OutOfMemoryError：PermGen space
可以看到以上异常均为OOM堆内存溢出异常，但是异常的描述又不相同，原因在于出现OOM的情况不同。
java heap space出现原因在于养老区内存满了，同时垃圾回收FULL GC进行回收后依然无法保存对象就会出现该异常。
PermGen space出现的原因在于Java虚拟机对于永久代的内存设置不够，一般情况下是程序启动时加载了大量的第三方jar包导致永久代满了就会出现该异常
以下进行解释：
Java运行在虚拟机JVM上，而JVM结构分为，堆、方法区、程序计数器、虚拟机栈、本地方法栈；而OOM就是相对于堆而言的，其中堆在1.7之前又分为年轻代(新生代，新生区)，老年代(养老区)，永久代(永久区)，而在1.7时逐步去永久代，1.8时以无永久代而是使用元空间，在1.7和1.8版本常量池均在堆中。那么年轻代，老年代和永久代又是什么呢？
大家都知道大部分的对象都存储在堆中，而以上所说堆有划分为了三部分，堆中的对象在这三部分中的那一部分呢。
年轻代：
首先对象的诞生，成长，消亡均在年轻代，也就是说新创建的对象都保存在年轻代，同时年轻代自身又分为了伊甸区(Eden space)和幸存者区(Survivor space)，所有的对象都是在伊甸区被new出来的。幸存区又分为From区(幸存0区)和To区(幸存1区)，当伊甸区满了而又需要创建对象时，此时垃圾回收(Minor GC)就要开始工作了，他会扫描整个伊甸区，然后回收所有不再被引用的对象销毁，将剩余未被销毁的对象保存到From区。
MinorGC垃圾回收的过程如下：
- eden、From 复制到 To，年龄+1
首先，当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到Survivor From区，当Eden区再次触发GC的时候会扫描Eden区和From区域，对这两个区域进行垃圾回收，经过这次回收后还存活的对象，则直接复制到To区域（如果有对象的年龄已经达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1 - 清空 eden、Survivor From
然后，清空Eden和From中的对象 - To和 From 互换
最后，To和From互换，原To成为下一次GC时的From区。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15)，最终如果还是存活,就存入到老年代 - 大对象特殊情况
如果分配的新对象比较大Eden区放不下，但Old区可以放下时，对象会被直接分配到Old区（即没有晋升这一过程，直接到老年代了）
MinorGC的过程：复制 -> 清空 -> 互换
老年代
经年轻代多次GC后（默认15次）依然存活的对象会被放入老年代，老年代中的对象不会频繁GC，比较稳定。但是老年代如果满了此时也会进行MajorGC（FullGC），清理老年代的内存，当老年代执行了Full GC后发现任然无法进行对象的存储，此时就会出现OOM异常“OutOfMemoryError”。如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。原因有二：
（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。
永久代
永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class、Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。或者大量动态反射生成的类不断被加载，最终导致Perm区被占满。
Jdk1.8及之后： 无永久代，常量池1.8在堆中，Java8中存在的是元空间(METASPACE),永久代使用的是jvm的堆内存，而元空间不在虚拟机中而是使用本机的物理内存，因此默认元空间大小收到本地虚拟内存的限制