Java基础以内存管理原理及内存区域详解

1、概述

Java虚拟机在执行Java程序的过程当中会把它所管理的内存划分为若干不一样的数据区域，这些区域都有各自的用途以及建立和销毁的时间。Java虚拟机所管理的内存将会包括如下几个运行时数据区域，以下图所示：

下面就每个区域进行阐述。

2、运行时数据区域

程序计数器

程序计数器，能够看作是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型里，字节码解释器工做就是经过改变程序计数器的值来选择下一条须要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都要依赖这个计数器来完成。

多线程中，为了让线程切换后能恢复到正确的执行位置，每条线程都须要有一个独立的程序计数器，各条线程之间互不影响、独立存储，所以这块内存是 线程私有 的。

当线程正在执行的是一个Java方法，这个计数器记录的是在正在执行的虚拟机字节码指令的地址；当执行的是Native方法，这个计数器值为空。

此内存区域是惟一一个没有规定任何OutOfMemoryError状况的区域 。

Java虚拟机栈

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

局部变量表中存放了编译器可知的各类基本数据类型(boolean、byte、char、short、int、float、long、double)、对象引用和returnAddress类型(指向了一条字节码指令的地址)。

若是扩展时没法申请到足够的内存，就会抛出OutOfMemoryError异常。

本地方法栈

本地方法栈与虚拟机的做用类似，不一样之处在于虚拟机栈为虚拟机执行的Java方法服务，而本地方法栈则为虚拟机使用到的Native方法服务。有的虚拟机直接把本地方法栈和虚拟机栈合二为一。

会抛出stackOverflowError和OutOfMemoryError异常。

Java堆

Java堆是全部线程共享的一块内存区域，在虚拟机启动时建立，此内存区域的惟一目的就是存放对象实例 。

Java堆是垃圾收集器管理的主要区域。因为如今收集器基本采用分代回收算法，因此Java堆还可细分为：新生代和老年代。从内存分配的角度来看，线程共享的Java堆中可能划分出多个线程私有的分配缓冲区(TLAB)。

Java堆能够处于物理上不连续的内存空间，只要逻辑上连续的便可。在实现上，既能够实现固定大小的，也能够是扩展的。

若是堆中没有内存完成实例分配，而且堆也没法完成扩展时，将会抛出OutOfMemoryError异常。

方法区

方法区是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据 。

相对而言，垃圾收集行为在这个区域比较少出现，但并不是数据进了方法区就永久的存在了，这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载，

当方法区没法知足内存分配须要时，将抛出OutOfMemoryError异常。

运行时常量池：

是方法区的一部分，它用于存放编译期生成的各类字面量和符号引用。

直接内存

直接内存不是虚拟机运行时数据区的一部分，在NIO类中引入一种基于通道与缓冲区的IO方式，它可使用Native函数库直接分配堆外内存，而后经过一个存储在Java堆中的DirectByteBuffer对象做为这块内存的引用进行操做。

直接内存的分配不会受到Java堆大小的限制，可是会受到本机内存大小的限制，全部也可能会抛OutOfMemoryError异常。

3、对象的建立、布局和访问过程

对象的建立

建立一个对象一般是须要new关键字，当虚拟机遇到一条new指令时，首先检查这个指令的参数是否在常量池中定位到一个类的符号引用，而且检查这个符号引用表明的类是否已被加载、解析和初始化过。若是那么执行相应的类加载过程。

类加载检查经过后，虚拟机将为新生对象分配内存。为对象分配空间的任务等同于把一块肯定大小的内存从Java堆中划分出来。分配的方式有两种： 一种叫 指针碰撞 ，假设Java堆中内存是绝对规整的，用过的和空闲的内存各在一边，中间放着一个指针做为分界点的指示器，分配内存就是把那个指针向空闲空间的那边挪动一段与对象大小相等的距离。 另外一种叫 空闲列表 ：若是Java堆中的内存不是规整的，虚拟机就须要维护一个列表，记录哪一个内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的记录。 采用哪一种分配方式是由Java堆是否规整决定的，而Java堆是否规整是由所采用的垃圾收集器是否带有压缩整理功能决定的。 另 外一个须要考虑的问题就是对象建立时的线程安全问题，有两种解决方案：一是对分配内存空间的动做进行同步处理；另外一种是吧内存分配的动做按照线程划分在不 同的空间之中进行，即每一个线程在Java堆中预先分配一小块内存(TLAB)，哪一个线程要分配内存就在哪一个线程的TLAB上分配，只有TLAB用完并分配 新的TLAB时才须要同步锁定。

内存分配完成后，虚拟机须要将分配到的内存空间初始化为零值。这一步操做保证了对象的实例字段在Java代码中能够不赋初始值就能够直接使用。

接下来虚拟机要对对象进行必要的设置，例如这个对象是哪一个类的实例、如何才能找到类的元数据信息等，这些信息存放在对象的对象头中。

上面的工做都完成之后，从虚拟机的角度来看一个新的对象已经产生了。可是从Java程序的角度，还须要执行init方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算彻底产生出来。

对象的内存布局

在HotSpot虚拟机中，对象在内存中存储的布局可分为三个部分： 对象头、实例数据和对齐填充。

对象头包括两个部分：第一部分用于存储对象自身的运行时数据，如哈希码、GC分代年龄、线程所持有的锁等。官方称之为“Mark Word”。第二个部分为是类型指针，即对象指向它的类元数据的指针，虚拟机经过这个指针来肯定这个对象是哪一个类的实例。

实例数据是对象真正存储的有效信息，也是程序代码中所定义的各类类型的字段内容。

对齐填充并非必然存在的，仅仅起着占位符的做用。、Hotpot VM要求对象起始地址必须是8字节的整数倍，对象头部分正好是8字节的倍数，因此当实例数据部分没有对齐时，须要经过对齐填充来对齐。

对象的访问定位

Java程序经过栈上的reference数据来操做堆上的具体对象。主要的访问方式有使用句柄和直接指针两种：

句柄：Java堆将会划出一块内存来做为句柄池，引用中存储的就是对象的句柄地址，而句柄中包含了对象实例数据与类型数据各自的具体地址信息 。如图所示：

直接指针：Java堆对象的布局要考虑如何放置访问类型数据的相关信息，引用中存储的就是对象地址 。如图所示：

两个方式各有优势，使用句柄最大的好处是引用中存储的是稳定的句柄地址，对象被移动时只会改变句柄中实例的地址，引用不须要修改、使用直接指针访问的好处是速度更快，它节省了一次指针定位的时间开销。