JVM内存模型及其运行原理（JDK1.7和JDK1.8）

JVM内存模型及其运行原理（JDK1.7和JDK1.8）

简介： JVM是可运行Java代码的假想计算机 ，包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收，堆 和 一个存储方法域。JVM是运行在操作系统之上的，它与硬件没有直接的交互。Java通常是由Java虚拟机、Java类文件格式、Java应用程序接口(JavaAPI)、Java编程语言。
JVM在JDK中的位置：

1. JVM执行图解：

**2. 运行期环境代表着Java平台，**开发人员编写Java代码(.java文件)，然后将之编译成字节码(.class文件)，再然后字节码被装入内存，一旦字节码进入虚拟机，它就会被解释器解释执行，或者是被即时代码发生器有选择的转换成机器码执行。 注意每个平台对应不同的解释器，即不同的平台对应不同版本的JVM。
Java平台由Java虚拟机和Java应用程序接口搭建，Java语言则是进入这个平台的通道，用Java语言编写并编译的程序可以运行在这个平台上。这个平台的结构如下图所示：

在Java平台的结构中, 可以看出Java虚拟机(JVM) 处在核心的位置，是程序与底层操作系统和硬件无关的关键。它的下方是移植接口，移植接口由两部分组成：适配器和Java操作系统, 其中依赖于平台的部分称为适配器；JVM 通过移植接口在具体的平台和操作系统上实现；在JVM 的上方是Java的基本类库和扩展类库以及它们的API， 利用Java API编写的应用程序(application) 和小程序(Java applet) 可以在任何Java平台上运行而无需考虑底层平台, 就是因为有Java虚拟机(JVM)实现了程序与操作系统的分离，从而实现了Java 的平台无关性。达到一处编译，多平台运行的目的。

3.JVM执行流程
• Java源文件—->编译器—->字节码文件 （在不同平台上编译的Javache程序都是一样的）
• 字节码文件—->JVM—->机器码（不同的操作系统对应着不同版本的JVM，将字节码文件解释成对应操作系统的机器码）
当一个程序从开始运行，这时虚拟机就开始实例化了，多个程序启动就会存在多个虚拟机实例。程序退出或者关闭，则虚拟机实例消亡，多个虚拟机实例之间数据不能共享。
4.JVM产品
• Sun公司的HotSpot；
• BEA公司的JRockit；
• IBM公司的J9 JVM；
在JDK1.7及其以前我们所使用的都是Sun公司的HotSpot，但由于Sun公司和BEA公司都被oracle收购，jdk1.8将采用Sun公司的HotSpot和BEA公司的JRockit两个JVM中精华形成jdk1.8的JVM。新生成的JVM相对于JDK1.7的内存模型也发生了相应的改变。
5.JVM体系结构

5.1 Class Loader类加载器
负责加载 .class文件，class文件在文件开头有特定的文件标示，并且ClassLoader负责class文件的加载等，至于它是否可以运行，则由Execution Engine决定。
5.2 Native Interface本地接口
本地接口的作用是融合不同的编程语言为Java所用，它的初衷是融合C/C++程序，Java诞生的时候C/C++横行的时候，要想立足，必须有调用C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体作法是Native Method Stack中登记native方法，在Execution Engine执行时加载native libraies。
目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机，或者Java系统管理生产设备，在企业级应用中已经比较少见， 因为现在的异构领域间的通信很发达，比如可以使用Socket通信，也可以使用Web Service等。
5.3 Execution Engine 执行引擎
执行包在装载类的方法中的指令，也就是方法。
5.4 Runtime data area 运行数据区
虚拟机内存或者Jvm内存，冲整个计算机内存中开辟一块内存存储Jvm需要用到的对象，变量等，运行区数据有分很多小区，分别为：方法区，虚拟机栈，本地方法栈，堆，程序计数器。
6. Runtime data area 运行数据区详解（栈管运行，堆管存储）：
说明：JVM调优主要就是优化 Heap堆 和 Method Area 方法区。

6.1 Native Method Stack 本地方法栈
它的具体做法是Native Method Stack中登记native方法，在Execution Engine执行时加载native libraies。
6.2 PC Register程序计数器
每个线程都有一个程序计算器，就是一个指针，指向方法区中的方法字节码（下一个将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。
6.3 Method Area方法区
方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法如构造函数，接口代码也在此定义。简单说，所有定义的方法的信息都保存在该区域，此区域属于共享区间。
静态变量，常量，类信息(构造方法/接口定义)，运行时常量池存在方法区中；但是实例变量存在堆内存中，和方法区无关。
6.4 Stack 栈
6.4.1 栈是什么？
栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。
基本类型的变量和对象的引用变量都是在函数的栈内存中分配。
6.4.2 栈存储什么？
栈帧中主要保存3类数据：
本地变量（Local Variables）：输入参数和输出参数以及方法内的变量；
栈操作（Operand Stack）：记录出栈、入栈的操作；
栈帧数据（Frame Data）：包括类文件、方法等等。
6.4.3 栈运行原理
栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧F1，并被压入到栈中， A方法又调用了B方法，于是产生栈帧F2也被压入栈， B方法又调用了C方法，于是产生栈帧F3也被压入栈…… 依次执行完毕后，先弹出后进…F3栈帧，再弹出F2栈帧，再弹出F1栈帧。
遵循“先进后出”/“后进先出”原则。
6.5.Heap 堆
堆这块区域是JVM中最大的，应用的对象和数据都是存在这个区域，这块区域也是线程共享的，也是 gc 主要的回收区，一个 JVM 实例只存在一个堆类存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，以方便执行器执行，堆内存分为三部分：

6.5.1 新生区
新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分：伊甸区（Eden space）和幸存者区（Survivor pace），所有的类都是在伊甸区被new出来的。幸存区有两个：0区（Survivor 0 space）和1区（Survivor 1 space）。当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园进行垃圾回收（Minor GC）,将伊甸园中的剩余对象移动到幸存0区。若幸存0区也满了，再对该区进行垃圾回收，然后移动到1区。那如果1去也满了呢？再移动到养老区。若养老区也满了，那么这个时候将产生Major GC（FullGCC），进行养老区的内存清理。若养老区执行Full GC 之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。
如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。原因有二：
a.Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
b.代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。
6.5.2 养老区
养老区用于保存从新生区筛选出来的 JAVA 对象，一般池对象都在这个区域活跃。
6.5.3 永久区 （在JDK1.8以后去除掉永久区域，使用元数据区来代替）
永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。
如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。 原因有二：
a. 程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。
b. 大量动态反射生成的类不断被加载，最终导致Perm区被占满。
6.5.4 方法区与永久代的区别？
方法区只是JVM规范定义，而永久代为具体的实现，元空间也是方法区在jdk1.8中的一种实现。
6.5.5 为什么废除永久代？
1）官方文档：移除永久代是为融合HotSpot JVM与 JRockit VM而做出的努力，因为JRockit没有永久代，不需要配置永久代。
2）PermGen很难调整，PermGen中类的元数据信息在每次FullGC的时候可能被收集，但成绩很难令人满意。而且应该为PermGen分配多大的空间很难确定，因为PermSize的大小依赖于很多因素，比如JVM加载的class总数，常量池的大小，方法的大小等。并且永久代内存经常不够用发生内存泄露。
7.JDK1.7和JDK1.8中最大的区别就是方法区的变化：
元数据区取代了永久代，就是JDK8没有了PermSize相关的参数配置了。元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元数据空间并不在虚拟机中，而是使用本地内存。
元数据区取代了1.7版本及以前的永久代。元数据区和永久代本质上都是方法区的实现。方法区存放虚拟机加载的类信息，静态变量，常量等数据。
说明：
1.堆的分配参数
-Xmn

• 设置新生代大小
  -XX:NewRatio
• 新生代（eden+2*s）和老年代（不包含永久区）的比值
• 4 表示 新生代:老年代=1:4，即年轻代占堆的1/5
  -XX:SurvivorRatio
• 设置两个Survivor区和eden的比
• 8表示 两个Survivor :eden=2:8，即一个Survivor占年轻代的1/10
  2.堆的分配参数 – 总结
  根据实际事情调整新生代和幸存代的大小
  官方推荐新生代占堆的3/8
  幸存代占新生代的1/10
  在OOM时，记得Dump出堆，确保可以排查现场问题
  8.JDK1.3到JDK1.8运行时常量池和方法区的变化

总结： 1、 java7之前，方法区位于永久代(PermGen)，永久代和堆相互隔离，永久代的大小在启动JVM时可以设置一个固定值，不可变；
2、 java7中，方法中字符串常量池从永久代移到堆中；
3、 java8中，取消永久代，方法区存放于元空间(Metaspace)，元空间仍然与堆不相连，元空间在本地内寸中。
9.JDK1.7和JDK1.8的内存模型比较：
Java7内存模型：
Java8内存模型：