想理解JVM看了这篇文章，就知道了！（一）

前言

​ 本章节属于Java进阶系列，前面关于设计模式讲解完了，有兴趣的童鞋能够翻看以前的博文，后面会讲解JVM的优化，整个系列会完整的讲解整个java体系与生态相关的中间件知识。本次将对jvm有更深刻的学习，咱们不只要让程序能跑起来，并且是能够跑的更快！能够分析解决在生产环境中所遇到的各类“棘手”的问题，好比运行的应用卡住了，日志不输出，程序没有反应，CPU负载忽然升高，多线程应用下，如何分配线程数量等。

JVM介绍

什么是JVM

​ 做为java工程师，对于jvm确定不陌生。JVM是Java Virtual Machine的缩写，通俗来讲也就是运行java代码的容器。当项目启动时，会根据jvm相关配置参数，在计算机的内存中开启一片空间用于运行JVM。以后java相关代码就会被加载进JVM中运行。

​ 百度百科对JVM的定义：

为何要了解JVM

​ 对于Java程序员来讲，在虚拟机自动内存管理机制的帮助下，再也不须要为每个new操做去写配对的delete/free代码，不容易出现内存泄漏和内存溢出问题，看起来由虚拟机管理内存一切都很美好。不过，也正是由于Java程序员把控制内存的权力交给了Java虚拟机，一旦出现内存泄漏和溢出方面的问题，若是不了解虚拟机是怎样使用内存的，那排查错误、修正问题将会成为一项异常艰难的工做。

JVM内存模型

JVM总体架构

​ 由上面的图能够看出，JVM虚拟机中主要是由三部分构成，分别是类加载子系统、运行时数据区、执行引擎。
类加载子系统
​ Java虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终造成能够被虚拟机直接使用的Java类型。
运行时数据区
​ Java虚拟机在执行Java程序的过程当中会把它所管理的内存划分为若干个不一样的数据区域。这些区域有各自的用途，以及建立和销毁的时间，有的区域随着虚拟机进程的启动而一直存在，有些区域则是依赖用户线程的启动和结束而创建和销毁。
执行引擎
​ 执行引擎用于执行JVM字节码指令，主要有两种方式，分别是解释执行和编译执行，区别在于，解释执行是在执行时翻译成虚拟机指令执行，而编译执行是在执行以前先进行编译再执行。解释执行启动快，执行效率低。编译执行，启动慢，执行效率高。垃圾回收器就是自动管理运行数据区的内存，将无用的内存占用进行清除，释放内存资源。
本地方法库、本地库接口
​ 在jdk的底层中，有一些实现是须要调用本地方法完成的（使用c或c++写的方法），就是经过本地库接口调用完成的。好比：System.currentTimeMillis()方法。

运行时数据区

​ 运行时数据区是jvm中最为重要的部门。也是咱们在调优时须要重点关注的区域，下面咱们一块儿了解下这个部分的具体内容。

​ 根据《Java虚拟机规范》中的规定，在运行时数据区将内存分为方法区（Method Area）、Java堆区（Java
Heap）、Java虚拟机栈（Java Virtual Machine Stack）、程序计数器（Program Counter Register）、本地方法
栈（Native Method Stacks）。

程序计数器

​ 程序计数器（Program Counter Register）是一块较小的内存空间，它能够看做是当前线程所执行的字节码的行号指示器。字节码解释器工做时就是经过改变这个计数器的值来选取下一条须要执行的字节码指令，它是程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都须要依赖这个计数器来完成。

​ 因为Java虚拟机的多线程是经过线程轮流切换、分配处理器执行时间的方式来实现的，在任何一个肯定的时刻，一个处理器（对于多核处理器来讲是一个内核）都只会执行一条线程中的指令。所以，为了线程切换后能恢复到正确的执行位置，每条线程都须要有一个独立的程序计数器，各条线程之间计数器互不影响，独立存储，咱们称这类内存区域为“线程私有”的内存。

java虚拟机栈

​ 与程序计数器同样，Java虚拟机栈也是线程私有的，它的生命周期与线程相同。Java虚拟机栈描述的是Java方法执行的线程内存模型：每一个方法被执行的时候，Java虚拟机都会同步建立一个栈帧，用于存储局部变量表、操做数栈、动态链接、方法出口等信息。每个方法被调用直至执行完毕的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。

局部变量表

• 局部变量表是一组变量值的存储空间，用于存放方法参数和方法内部定义的局部变量。
• 在Class文件中，方法的Code属性的max_locals数据项中肯定了该方法所需分配的局部变量表的最大容量。
• 该表以变量槽（Variable Slot）为最小单位，一个slot能够存放32位之内的数据，好比：boolean、byte、
  char、short、int、float等数据，若是存储long、double类型数据，须要占用2个solt。
• 虚拟机经过索引定位的方式使用局部变量表，索引值的范围是从0开始至局部变量表最大的变量槽数量。
• 若是访问的是32位数据类型的变量，索引N就表明了使用第N个变量槽，若是访问的是64位数据类型的变量，则说明会同时使用第N和N+1两个变量槽。
• 局部变量表中第0位索引的变量槽默认是用于传递方法所属对象实例的引用，在方法中能够经过关键字“this”来访问到这个隐含的参数。其他参数则按照参数表顺序排列，占用从1开始的局部变量槽，参数表分配完毕后，再根据方法体内部定义的变量顺序和做用域分配其他的变量槽。

操做数栈

• 操做数栈也常被称为操做栈，它是一个先进后出栈。
• 操做数栈的最大深度也在编译的时候被写入到Code属性的max_stacks数据项之中。
• 操做数栈的每个元素均可以是包括long和double在内的任意Java数据类型。32位数据类型所占的栈容量为1，64位数据类型所占的栈容量为2。
• 方法刚刚开始执行的时候，这个方法的操做数栈是空的，在方法的执行过程当中，会有各类字节码指令往操做数栈中写入和提取内容，也就是出栈和入栈操做。
• 操做数栈中元素的数据类型必须与字节码指令的序列严格匹配，例如iadd指令，不能出现一个long和一个float使用iadd命令相加的状况。

动态链接

• 每一个栈帧都包含一个指向运行时常量池中该栈帧所属方法的引用，持有这个引用是为了支持方法调用过程当中
  的动态链接。
• Class文件的常量池中存有大量的符号引用，字节码中的方法调用指令就以常量池里指向方法的符号引用做为
  参数。这些符号引用一部分会在类加载阶段或者第一次使用的时候就被转化为直接引用，这种转化被称为静
  态解析。另一部分将在每一次运行期间都转化为直接引用，这部分就称为动态链接。

方法出口

• 当一个方法开始执行后，只有两种方式退出这个方法。
• 第一种方式是执行引擎遇到任意一个方法返回的字节码指令，这时候可能会有返回值传递给上层的方法调用
  者，方法是否有返回值以及返回值的类型将根据遇到何种方法返回指令来决定，这种退出方法的方式称为“正
  常调用完成”。
• 另一种退出方式是在方法执行的过程当中遇到了异常，而且这个异常没有在方法体内获得妥善处理。不管是
  Java虚拟机内部产生的异常，仍是代码中使用throw字节码指令产生的异常，只要在本方法的异常表中没有搜
  索到匹配的异常处理器，就会致使方法退出，这种退出方法的方式称为“异常调用完成”。这种方法的返回是不
  会给它的上层调用者提供任何返回值的。
• 不管采用何种退出方式，在方法退出以后，都必须返回到最初方法被调用时的位置，程序才能继续执行，方
  法返回时可能须要在栈帧中保存一些信息，用来帮助恢复它的上层主调方法的执行状态。
• 方法退出的过程实际上等同于把当前栈帧出栈，所以退出时可能执行的操做有：恢复上层方法的局部变量表
  和操做数栈，把返回值（若是有的话）压入调用者栈帧的操做数栈中，调整PC计数器的值以指向方法调用指
  令后面的一条指令等。

图解

​ 以 int i = 1; 这样代码为例，看看虚拟机栈的执行

本地方法栈

​ 本地方法栈（Native Method Stacks）与虚拟机栈所发挥的做用是很是类似的，其区别只是虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则是为虚拟机使用到的本地（Native）方法服务。

Java堆区

​ Java堆是被全部线程共享的一块内存区域，在虚拟机启动时建立。此内存区域的惟一目的就是存放对象实例，Java世界里“几乎”全部的对象实例都在这里分配内存。
​ 须要注意的是，《Java虚拟机规范》并无对堆进行细致的划分，因此对于堆的讲解要基于具体的虚拟机，咱们以使用最多的HotSpot虚拟机为例进行讲解。
​ Java堆是垃圾收集器管理的内存区域，所以它也被称做“GC堆”，这就是咱们作JVM调优的重点区域部分。

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

空间分配

若是没有指定堆内存大小，默认初始堆内存为物理内存的1/64，最大不超过物理内存的1/4或1G。注意的是元空间会自动扩容，默认状况下不收限制。

为何废弃1.7中的永久区

官方给出的解释是:移除永久代是为融合HotSpot JVM与 JRockit VM而作出的努力，由于JRockit没有永久代，不须要配置永久代。

方法区

• 方法区（Method Area）与Java堆同样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、
  常量、静态变量、即时编译器编译后的代码缓存等数据。
• 《Java虚拟机规范》中把方法区描述为堆的一个逻辑部分，它却有一个别名叫做“非堆”（Non-Heap），目的
  是与Java堆区分开来。
• JDK8以前将HotSpot虚拟机把收集器的分代设计扩展至方法区，因此能够将永久代看作是方法区，JDK8以后
  废弃永久代，用元空间来代替。

对象的访问

• Java程序会经过栈上的reference数据来操做堆上的具体对象。

• 主流的访问方式主要有使用句柄和直接指针两种：

• 句柄访问
  Java堆中将可能会划分出一块内存来做为句柄池，reference中存储的就是对象的句柄地址，而句柄中包含了对象实例数据与类型数据各自具体的地址信息.使用直接指针访问Java堆中对象的内存布局就必须考虑如何放置访问类型数据的相关信息，reference中存储的直接就是对象地址，若是只是访问对象自己的话，就不须要多一次间接访问的开销

• 指针访问

  使用句柄来访问的最大好处就是reference中存储的是稳定句柄地址，在对象被移动（垃圾收集时移动对象是很是广泛的行为）时只会改变句柄中的实例数据指针，而reference自己不须要被修改。使用直接指针来访问最大的好处就是速度更快，它节省了一次指针定位的时间开销。HotSpot虚拟机采用的是指针访问方式实现。