JVM系列一（Java内存区域和对象建立）.

1、JVM 内存区域

堆 - Heap

线程共享，JVM中最大的一块内存，此内存的惟一目的就是存放对象实例，Java 堆是垃圾收集器管理的主要区域，所以不少时候也被称为“GC堆”（Garbage Collected Heap），能够经过 -Xmx 和 -Xms 参数来控制该区域大小。

方法区 - Method Area

线程共享，它用来存储已被虚拟机加载的类信息（版本、字段、方法、接口等描述信息）、常量、静态变量、即时编译器编译后的代码等数据。

在 JDK 1.7 中，方法区被描述成堆（Heap）的一个逻辑部分，该区域也被称为 Non-Heap（非堆），HotSpot 虚拟机在 1.7 中使用永生代（Permanent Generation）来实现方法区，这样垃圾收集器能够像管理 Java 堆同样管理这部份内存，可以省去专门为方法区编写内存管理代码的工做，所以也经常有人将永生代和方法区等价，所以永生代的参数（-XX:PermSize、-XX:MaxPermSize）也限制了方法区的内存大小。

在 JDK 1.8 中，为了减小方法区的内存溢出问题以及后续 HotSpot 和 JRockit 的合并事宜， HotSpots 取消了永久代（-XX:PermSize、-XX:MaxPermSize 参数即被废弃），元空间（Metaspace）登上舞台，方法区存在于元空间，同时，元空间再也不与堆连续，并且是存在于本地内存（Native memory）中，意味着只要本地内存足够，它不会出现像永久代中 “java.lang.OutOfMemoryError: PermGen space” 这种错误，默认状况下元空间能够无限使用本地内存，能够经过（-XX:MetaspaceSize、-XX：MaxMetaspaceSize）限制元空间的大小。

运行时常量池 - Runtime Constant Pool

线程共享，存储的内容包括 Class 文件常量池（该部份内容在类编译后进入）以及翻译出来的直接引用。

Class 常量池的内容包括：

对于运行时常量池，Java 虚拟机规范没有作任何细节的要求，不一样的提供商实现的虚拟机能够按照本身的须要来实现这个内存区域。运行时常量池相对于 Class 文件常量池的一个重要特征是具有动态性，也就是说并不是预置入 Class 文件常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中，比较常见的好比 String 类的 intern() 方法。

虚拟机栈/本地方法栈

线程私有，生命周期与线程相同，描述的是 Java 方法执行的内存模型：每一个方法执行的同时都会建立一个栈帧（Stack Frame）用于存储局部变量表、操做数栈、动态连接、方法出口等信息。每一个方法从调用直到执行完成的过程，就对应着一个栈帧入栈到出栈的过程。

局部变量表存放了编译器可知的各类基本类型（boolean、byte、char、short、int、float、long、double）、对象引用（reference 类型）、returnAddress 类型（指向了一条字节码执行的地址）。其中64位长度的 long 和 double 类型的数据会占用两个局部变量空间（Slot）。局部变量表所需的内存空间在编译期间完成分配，在方法运行期间不会改变局部变量表的大小。

虚拟机栈和本地方法栈的区别不过是虚拟机栈为虚拟机执行 Java 方法服务，而本地方法栈为虚拟机执行 Native 方法服务。HotSpot 虚拟机直接把虚拟机栈和本地方法栈合二为一。可经过 -Xss 参数设置虚拟机栈大小，-Xoss 参数设置本地方法栈（HotSpot 虚拟机上该参数不生效）。

程序计数器

线程私有，一块较小的内存空间，它能够看做是当前线程所执行的字节码的行号指示器，此内存区域是惟一一个在Java虚拟机规范中没有规定任何 OutOfMemoryError 状况的区域，所以该区域也变成了程序员最不关注的一个区域。

直接内存 - Direct Memory

线程私有，并非虚拟机运行时数据区的一部分，也不是 Java 虚拟机规范中定义的内存区域。Java NIO （New Input/Output）是一种基于通道（Channel）与缓存区（Buffer）的 I/O 方式，它可使用 Native 函数库直接分配堆外内存，而后经过一个存储在 Java 堆中的 DirectByteBuffer 对象做为这块内存的引用进行操做。这样能在一些场景中显著提升性能，由于避免了在 Java 堆和 Native 堆中来回复制数据。

该区域也可能致使内存溢出，一个明显的特征是在 Heap Dump 文件中不会看见明显的异常。所以，服务器管理员在根据实际内存配置虚拟机参数时，须要考虑到直接内存须要的空间，能够经过 -XX:MaxDirectMemorySize 来指定直接内存的大小，若是不指定，则默认与 Java 堆的最大值（-Xmx）同样。

2、Java 对象建立

接下来看看咱们日常的一个 new 操做在 JVM 中又是怎样一种过程呢？（讨论的是普通 Java 对象，不包括数组和 Class 对象等）。

1. 栈空间分配

当执行 new 操做的时候，首先进行的是在Java 栈的局部变量表中分配一个对象引用（reference 类型，不等同于对象自己，多是一个指向对象起始地址的引用指针，也多是指向一个表明对象的句柄）。

2. 类加载检查

JVM 检查这个对象是否能在常量池（指的是 Class 文件常量池）中定位到一个类的符号引用，而且检查这个符号引用表明的类是否已经被加载、解析和初始化过。若是没有，那必须先执行类加载过程（静态块、静态变量、静态方法加载进静态方法区等操做）。

3. 分配内存

对象所需的内存大小在类加载完成后即可彻底肯定，所以为对象分配内存空间其实就是怎样把一块肯定大小的内存从 Java 堆中划分出来。通常有两种分配方式：

指针碰撞
Java 堆中的内存是绝对规整的，全部用过的内存放在一边，空闲的内存放在另外一边，中间放着一个指针做为分界点的指示器，分配内存就仅仅是把那个指针向空闲空间那边挪动一段与对象大小相等的距离。

空闲列表
Java 堆中的内存并非规整的，虚拟机维护了一个列表，记录了哪些内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的记录。

内存分配的方式由 Java 堆是否规整决定， Java 堆是否规整又是由所采用的垃圾收集器是否带有 compact（压缩整理）功能决定。好比 Serial、ParNew 等基于 stop-and-copy 算法的收集器就具备 compact 功能，而 CMS 这种基于 mark-and-sweep 算法的收集器就不具备 compact 功能。

虚拟机默认使用 CAS 配上失败重试的方式保证内存分配操做的原子性，可经过 -XX:+/-UseTLAB 指定使用 TLAB（Thread Local Allocation Buffer， 本地线程分配缓冲）；

HotSpot VM 的自动内存管理系统要求对象起始地址必须是 8 字节的整数倍，换句话说，就是对象的大小必须是 8 字节的整数倍。所以，当对象实例数据部分没有对齐时，就须要经过对齐填充来补全。

4. 初始化工做

接下来虚拟机加载非静态块、非静态方法、非静态变量，并将分配到的内存空间都初始化零值（引用类型初始化为 null，int 类型初始化为 0 等），这一步操做保证了对象的实例字段在 Java 代码中能够不赋初始值就能直接使用。

5. 对象头设置

接下来虚拟机将进行对象头的填充设置，HotSpot 虚拟机的对象头包括通常两部分信息：

第一部分（Mark Word）
存储对象自身的运行时数据，如哈希码、GC 分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等，这部分数据的长度在 32 位和 64 位虚拟机（未开启压缩指针）中分别为 32bit 和 64 bit。

第二部分（类型指针）
对象指向它的类元数据的指针，虚拟机经过这个指针来肯定这个对象是哪一个类的实例。可是并非全部的虚拟机实现都必须在对象数据上保留类型指针，好比经过句柄访问。下文会提到。

若是对象是一个数组，那么对象头中还必须有一块用于记录数组长度的数据，由于虚拟机从数组的元数据中没法肯定数组的大小。

6.构造器工做

若是有父类，则父类按上述流程保证被加载。

7. 对象的访问定位

如今堆中的对象实例有了，栈中的 reference 也有了，怎么将二者关联在一块儿呢？目前主流的方式有使用句柄和直接指针两种：

使用句柄
Java 堆中划分出一块内存做为句柄池，reference 中存储的就是对象的句柄地址，而句柄中包含了对象的实例数据与类型数据各自的具体地址信息。它的优势就是 reference 存储的是稳定的句柄地址，在对象被移动时只会改变句柄中的实例数据指针，而 reference 自己不须要修改。

直接指针
reference 中存储的直接就是对象地址。它的好处就是速度更快，节省了一次指针定位的时间开销。

HotSpot VM 使用的直接指针进行对象访问。