三种Java虚拟机以及堆管存储--深入理解JVM内存结构，熟练GC垃圾回收机制，可以进行简单的JVM调优

栈管运行，堆管存储

堆内存划分

堆内存示意图

新生区

养老区

永久区

内存划分

JDK1.7

JDK1.8

JVM

Sun HotSpot、BEA JRocket和IBM J9都是Java虚拟机（JVM），它们是不同厂商开发的JVM实现，为了提供高性能和高效的Java执行环境而存在。
Sun HotSpot与BEA JRocket和IBM J9的存在是因为不同厂商在JVM领域的竞争，它们致力于优化和改进Java的执行性能和功能，以满足不同用户和应用的需求。
Sun HotSpot的优势在于其成熟和广泛应用，以及对即时编译和垃圾回收等方面的优化。
BEA JRocket的优势在于其针对服务器应用的优化和调优，以提供更高的性能和可靠性。
IBM J9的优势在于其对嵌入式和移动设备的优化，以及对多种操作系统和硬件平台的支持。

栈管运行，堆管存储

堆内存划分

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的，类加载器读取了类文件后，需要把类，方法，放在 堆内存中，保存着所有引用类型的真实信息，以方便执行器执行，堆内存分为三部分：新生区、养老区、永久区。

堆内存示意图

新生区

新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又 分为两部分:伊甸区(Eden space) 和幸存者区(Survivor pace) ，所有的类都是在伊甸区被new出来的。幸存区有两 个: 0区(Survivor 0 space)和1区。

新生区的空间以后会进行垃圾回收GC，幸存的对象，再移动到养老区。

若养老区也满了,那么这个时候将产生Major GC (FullGC) 大GC，全局GC，进行养老区的内存清理。

若养老区执行了Full GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError"。

如果出现java lang OutofMemoryError: Java heap space异常，

说明Java虛拟机的堆内存不够。

原因有二:

(1) Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。

(2) 代码中创建了大量大对象，并且长时间不能被垃圾收集器收集(存在被引用)

养老区

养老区用于保存从新生区筛选出来的JAVA对象，一般池对象都会在这个区域活跃

永久区

永久存储区是一个常驻内存区域，用于存放JDK自身所携带的Class, Interface的元数据，也就是说它存储的是运行 环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭JVM才会释放此区域所占用的内 存。

如果出现java. lang. OutOfMemoryError: PermGen space,

说明是Java虚拟机对永久代Perm内存设置不够。般出 现这种情况，都是程序启动需要加载大量的第三方jar包。例如:在个Tomcat 下部署了太多的应用。或者大量动态反射生成的类不断被加载，最终导致Perm区被占满

------------------------------------------------------------​​​​​​​--------------------​​​​​​​--------------------溢出不足,泄露无释放

方法区

实际而言，方法区(MethodArea)和堆一样，是各个线程共享的内存区域，它用于存储虚拟机加载的:类信息+普通常量+静态常量+编译器编译后的代码等等，虽然JVM规范将方法区描述为堆的一个逻辑部分，但它却还有一个别名叫做Non-Heap(非堆)， 目的就是要和堆分开。 对于HotSpot虚拟机，很多开发者习惯将方法区称之为“永久代(Parmanent Gen)” ，但严格来说，两者有本质的不 同，或者说使用永久代来实现方法区而已，永久代是方法区(相当于是一个接口interface)的一个实现，jdk1.7的版 本中，已经将原本放在永久代的字符串常量池移走。

Jdk1.6及之前: 有永久代，常量池在方法区  永久代是方法区的一种实现

Jdk1.7: 有永久代，但已经逐步“去永久代”，

常量池在堆 Jdk1.8及之后:无永久代， 常量池在元空间

内存划分

JDK1.7

JDK1.8

1、JDK1.8以后将最初的永久代取消了，由元空间取代  永久代是方法区的一种实现

2、目的：将HotSpot与JRockit两个虚拟机合并标准