2.Java内存区域与内存溢出异常

概述

Java将内存控制的权利交给Java虚拟机，必须了解虚拟机如何使用内存。

运行时数据区域

Java虚拟机在执行Java程序的过程中会将所管理的内存划分为若干个不同的数据区域，各有用途，以及创建和销毁的时间不同。

程序计数器（Program Counter Register）

线程私有
程序计数器是一块较小的内存空间，可以看作是当前线程所执行的字节码的行号指示器。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

Java虚拟机栈（Java Virtual Machine Stacks）

线程私有

生命周期：与线程相同

虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧（Stack Frame） 用于存储局部变量表、操作数栈、方法出口等信息。每个方法从调用直至执行完成的过程对应着一个栈帧在虚拟机栈中入栈和出栈的过程。
局部变量表存放了编译期可知的各种基本数据类型、对象引用和returnAddress类型

对象引用：（reference类型，可能是一个应用指针，也可能是一个代表对象的句柄或其他与此对象相关的位置）；
returnAddress：（指向了一条字节码指令的地址）；

局部变量表所需的内存空间在编译期完成分配，当进入一个方法时这个方法需要在帧中分配多大的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。

StackOverflowError：如果线程请求的栈深度大于虚拟机所允许的深度，抛出
OutOfMemoryError: 虚拟机栈扩展时无法申请到足够的内存，抛出

本地方法栈（Native Method Stack）

线程私有
与Java虚拟栈发挥作用相同，但是虚拟机栈为执行Java方法服务，本地方法栈为虚拟机使用到Native方法服务。

StackOverflowError：如果线程请求的栈深度大于虚拟机所允许的深度，抛出
OutOfMemoryError: 虚拟机栈扩展时无法申请到足够的内存，抛出

Java堆（Java Heap）

线程共享
是Java虚拟机管理的内存中最大的一块。

生命周期：虚拟机启动时创建。

此内存区域的唯一目的就是存放对象实例。
Java堆是垃圾回收集管理的主要区域，常称为GC堆。从内存回收的角度看，由于现在收集器基本都采用分代收集算法，所以Java堆中还可以细分为：新生代和老年代，再细致一点的有Eden空间、From Survivor空间、To Survivor空间。

OutOfMemoryError: 如果堆中没有内存完成分配，并且堆也无法再扩展时，抛出

方法区（Method Area）

线程共享

用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
虽然Java虚拟机规范把方法区描述为堆的一个逻辑部门，别名非堆，目的与Java堆区分。

OutOfMemoryError: 当方法区无法满足内存分配需求时，抛出

运行时常量池(Runtime Constant Pool)

是方法区的一部分，Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池，用于存放编译期生成的字面量和符号引用*（所谓符号引用,只是一个符号而已,只是告知jvm,此类需要哪些调用方法,引用或者继承哪些类等等信息.），这部分内容将在类加载后进入方法区的运行时常量池中。
运行时常量池相对于Class文件常量池*的另外一个重要特征是具备动态性，Java语言并不要求常量一定只有编译期才能产生，也就是并非预置入Class文件中的常量池内容才能进入方法区的运行时常量池，运行期间也可能将新的常量放入池中，这种特性被开发人员利用的比较多的便是String类的intern（）方法。

OutOfMemoryError: 当常量池无法再申请到内存时，抛出

直接内存（Direct Memory）

直接内存并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域。但是这部分内存被频繁使用，可能导致OutOfMemoryError。
jdk 1.4新加入NIO，引入了一种基于通道（channel）与缓冲区（Buffer）的 I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景化中显著提供性能，因为避免了Java堆和Native堆中来回复制数据。

OutOfMemoryError:动态扩展时抛出

HotSpot 虚拟机对象探索

虚拟机内存中数据如何创建、如何布局以及如何访问的，必须限定在具体的虚拟机和集中在某一个内存区域才有意义。以下深入探讨HotSpot虚拟机在Java堆中对象分配、布局和访问的全过程。

对象的创建

普通Java对象创建过程, jvm 遇到一条new指令时

1. 首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用，并检查这个符号引用代表的类是否被加载、解析和初始化过，如果没有必须先执行相应的类加载过程。
2. 在类加载检查通过后，接下来虚拟机将为新生对象分类内存。对象所需分配的内存大小在类加载完成后就可以完全确定，分配过程（1.堆内存规整，指针碰撞；2.不规整，空闲列表；是否规整由GC采用的垃圾收集器是否带有压缩整理功能决定的。）
3. 内存分配完成后，jvm需要将分配的内存空间初始化为零值（不包括对象头）
4. jvm对对象进行必要的设置，例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的GC分代年龄等信息，这些信息存放在对象头（Object Header）
5. 以上结束从jvm视角看一个新的对象已经产生了，但是Java程序角度看对象创建init还没有执行，之后执行init方法初始化对象，对象创建完成。

对象的内存布局

在HotSpot jvm 中，对象内存中存储的布局可以分为3个区域：对象头（Header）、实例数据（HashCode）和对齐填充（Padding）；

对象头（Header）

HotSpot jvm对象头分为两个部分：

• (Mark Word )用于存储对象自身的运行时数据，如哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等, 32位和64位jvm 所占空间分别为32bit和64bit
  
• 类型指针，即对象指向它的类元数据的指针，jvm通过这个指针确定这个对象是哪个类的实例。

实例数据

对象真正存储的有效信息，定义的各种类型的字段内容。

对齐填充

不是必然存在，占位符作用。HotSpot VM 自动内存管理系统要求对象起始地址必须是8字节的整数倍。

对象的访问定位

建立对象是为了使用对象，Java程序需要通过栈上的reference数据来操作栈上的具体对象。由于reference类型在jvm规范中只规定了一个指向对象的具体位置，并没有定义这个应用应该通过何种方式去定位、访问堆中的对象具体位置，所有访问方式也是取决于虚拟机实现而定的。目前主流的方式有使用句柄和直接指针两种。

1. 句柄
   如果使用句柄，Java堆中需要划分内存作为句柄池，reference中存储的是对象的句柄地址，而句柄中包含了对象实例数据与类型数据各自的具体地址信息。
   
   好处：
   reference中存储的是稳定的句柄地址，在对象被移动（垃圾收集时移动对象是非常普遍的行为）时只会改变句柄中的实例数据指针，而reference本身不需要修改。

2. 直接指针
   Java堆对象的布局中必须考虑如何放置访问类型数据的相关信息，而reference中存储的直接就是对象地址。
   
   好处：
   速度更快，节省了一次指针定位的时间开销，由于对象的访问频繁，效率高。（Sun HotSpot 使用直接指针访问）