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

 JVM是怎么实现自动内存管理机制的？

1.1、运行时数据区域

程序计数器：

是什么？

程序计数器是一块较小的内存空间，可以看做是当前线程所执行的字节码的行号指示器

可以做什么？

程序计数器用来控制分支、循环、跳转、异常处理、线程恢复等基础功能

举例说明？

Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的，为了确保线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各条线程之间计数器互不影响，独立存储。所以程序计数器是 线程私有的。

补充？

如果正在执行的是一个Java方法，这个计数器记录的是正在执行的虚拟机字节码指令地址。

如果正在执行的是一个Native方法，这个计数器的值则为空（undefined）

程序计数器是唯一一个不会出现OOM（OutOfMemoryError）情况的区域。

Java虚拟机栈

是什么？

是Java方法执行的内存模型

可以做什么？

每个方法执行时都会创建一个栈帧（方法运行时的基础数据结构），用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每个方法从调用直到执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

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

局部变量表所需要的内存空间在编译期间完成分配，在运行期间不会改变局部变量表的大小

补充？

Java虚拟机栈是 线程私有的

两种异常：

1、线程请求的栈深度大于虚拟机所允许的深度 - StackOverflowError

2、如果扩展时无法申请到足够的内存 - OutOfMemoryError

本地方法栈

是什么？

是用于虚拟机执行本地方法

可以做什么？

使用本地的Native方法服务

补充？

Java虚拟机栈是 线程私有的

两种异常：

1、线程请求的栈深度大于虚拟机所允许的深度 - StackOverflowError

2、如果扩展时无法申请到足够的内存 - OutOfMemoryError

Java堆

是什么？

对于Java应用程序来说，Java堆是虚拟机所管理的内存最大的一块。

可以做什么？ 

Java堆是被所有线程共享的一块内存区域，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例。Java几乎所有的对象实例都在这里分配内存。

补充？

Java虚拟机规范指出：所有的对象实例以及数组都应当在堆上分配，但是由于即时编译技术的进步，尤其是逃逸分析技术的日渐强大，栈上分配、标量替换优化手段已经导致一些微妙的变化悄然发生，所以说Java对象实例都分配在堆上也渐渐变得不是那么绝对了。

如果扩展时无法申请到足够的内存 - OutOfMemoryError

方法区

 是什么？

线程共享的区域。

可以做什么？ 

存储已被虚拟机栈加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。

补充？

Java7永久代用于存放字符串常量池、静态变量等，Java8后将字符串常量池、静态变量移入方法区，而Java7中的类型信息移到元空间，永久移除永久代。

如果方法区无法满足新的内存分配需求时，就会抛出OutOfMemoryError。

运行时常量池

 是什么？

运行时常量池是方法区的一部分。

可以做什么？ 

Class文件中除了有类的 版本、字段、方法、接口等描述信息外，还有一项信息是常量池表，用于存放编译期生成的各种字面量与符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。

补充？

运行时常量池属于方法区的一部分，受限于方法区，所以如果无法满足新的内存分配需求时，就会抛出OutOfMemoryError。

以上就是Java运行时数据区。

下面讲一下直接内存，因为这部分也被频繁使用。

直接内存 

 是什么？

Java1.4中新加入的NIO类，引入了基于chanel通道与缓冲区的IO方式。

可以做什么？ 

可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样在个别场景中显著提升性能，因为避免了Java堆和Native堆中来回复制数据。

补充？

因为是本机直接内存，所以不受到Java堆大小的限制，但是，既然是直接内存，则肯定受到本机总内存的大小以及处理器寻址空间的限制。

所以配置本机内存大小的时候，不仅仅设置Java虚拟机的堆大小，也要考虑直接内存，不然会动态扩展时出现OutOfMemoryError。

学习到了以上的知识点，现在补充和总结一下对象的创建过程

当Java虚拟机遇到一条new指令时：

1、首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已被加载、解析和初始化过。

2、如果没有，那必须先执行相应的类加载过程。

3、在类加载检查通过后，虚拟机将为新生对象分配内存。对象所需内存的大小在类加载完成后便可完全确定，为对象分配空间的任务实际上等同于把一块确定大小的内存块从Java堆中划分出来。

PS：假设Java堆中的内存是绝对规整的，所有使用过的内存存放一边，没有使用过的内存存放另一半，中间放着一个指针作为分界点的指示器，那所分配的内存就是把指针向空闲区域挪动一段与对象大小相同的区域，这种分配方式就是“指针碰撞”。但是Java堆的内存并不是规整的，已分配和空闲的内存交错在一起，没法进行指针碰撞，虚拟机就必须维护一个列表，记录哪些内存块是可用的，分配的时候，从空闲列表中 找到一块足够大的空间划分给对象实例，这种分配方式成为“空闲列表”。进行哪种分配方式由Java堆是否规整决定。因此当使用复制整理算法的收集器时，采用的是指针碰撞，当使用标记清除算法时，采用的是空闲列表。 

PS：还需要考虑对象创建在虚拟机中是非常频繁的，有两种方式解决并发过程中的对象分配内存问题。1、对分配内存空间的动作进行同步处理（采用CAS配上失败重试的方式保证更新操作的原子性）2、另一种方式就是每个线程在Java堆中预先分配一块内存，称为本地线程分配缓冲区，哪个线程要分配内存，就在哪个线程的本地缓存区分配，只有本地缓冲区用完了，分配新的缓存区才需要同步锁定。

4、内存分配完成后，虚拟机必须将分配的内存空间（但不包括对象头）都初始化为零值。保证了对象的实例字段在Java代码中可以不赋予初始值就直接使用，使程序能访问到这些字段的数据类型所对应的初始值。提一句，内存分配工作也可以提前到上面说的本地线程分配缓存区中。

5、接下来进行对象的必要设置，这个对象是哪个类的实例、如果才能找到类的元数据信息、对象的哈希码（对象的哈希码只有在对象的hashCode()方法执行时才计算）、对象的GC分代年龄等信息。这些信息存放在对象的对象头里。

6、从虚拟机的角度，对象已经产生，对于程序员的视角来看，对象创建才刚刚开始构造函数。

对象头

对象在堆内存的存储布局可以划分为三个部分：

1、对象头

2、实例数据

3、对齐填充

对象头

分为两类信息

第一类：用于存储对象自身的运行时数据，如哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向锁ID、偏向时间戳等，官方称它为“Mark Word”

第二类：类型指针，对象指向它的类型元数据的指针，Java虚拟机通这个指针来确定该对象是哪个类的实例。

另外需要注意的是，虚拟机并不是所有的对象数据上保留类型指针，换句话说，查找对象的元数据信息并不一定要经过对象本身。 

实例数据

对象真正存储的有效信息，我们在程序代码里面所定义的各种类型的字段内存，无论是从父类继承下来的，还是子类中定义的字段都必须记录起来。

对其填充

并不是必然存在的，也没有特别的含义，仅仅起到占位符的作用。

对于Java虚拟机来说，自动内存管理系统要求任何对象的大小必须是8的倍数（1倍或者2倍），因此，对象实例数据部分没有对其的话，需要通过对其填充来补全。

对象的访问定位

句柄访问：Java堆中将可能会划分一块内存来作为句柄池，reference中存储的就是对象的句柄地址，而句柄地址可能包含了对象实例数据与类型数据各自具体的地址信息。

大白话：如果栈中要访问在堆中的对象，在Java栈中的本地变量表中有一个reference变量，指向了一块句柄池，池中存放了到对象实例数据的指针（指向Java堆中实例池的对象实例数据）、到对象类型数据的指针（方法区中对象类型数据）。句柄池存放在Java堆中。

直接指针： reference中存储的直接就是对象地址，如果只是访问对象本身的话，就不需要多一次间接访问的开销。

大白话：如果栈中要访问在堆中的对象，在Java栈中的本地变量表中有一个reference变量，指向了Java堆中对象实例数据，对象实例数据就包含了一次到对象类型数据的指针，直接帮你从方法区获取了对象类型数据。

优缺点：

句柄访问先指向堆中句柄池，再发起两次请求，一次从Java堆中获取对象实例数据，一次从方法区获取对象类型数据。

相比直接指针，先指向堆中对象实例数据，直接就可以获得对象类型数据。

直接指针更快，节省一次指针定位时间开销，在频繁的对象访问中，积少成多，利用直接指针也是一次质的提升。

操作获得OOM异常

1、堆OOM

条件：死循环往对象里面添加对象。

排查OOM：优先检查对象堆参数（-Xmx -Xms），根据情况适当的调节值。

2、虚拟机栈、本地方法栈OOM

条件：线程请求的栈深度大于虚拟机所允许的最大深度

方法里面参数++，然后递归调用自己，会出现SOE（StackOverflowError）

条件：如果虚拟机的栈内存允许动态扩展，当扩展栈容量无法申请到足够的内存，将抛出OOM

多线程死循环调用会出现OOM

排查OOM：检查栈参数（-Xss），必要检查最大堆参数（-Xmx）。

3、运行时常量池、方法区OOM

首先String::intern()是一个本地方法，它的作用是如果字符串常量池中已经包含一个等于次String对象的字符串，则返回代表池中这个字符串String对象的引用，否则，会将此String对象包含的字符串添加到常量池中，并且返回此String对象的引用。

Java7 或者之前可以通过CGLIB或者死循环往集合里面添加由String.valueof(i++).intern()的值。

JDK6

public static void main(String[] args) {
    String str1 = new StringBuilder("计算机").append("软件").toString();
    System.out.println(str1 == str1.intern());

    String str2 = new StringBuilder("ja").append("va").toString();
    System.out.println(str2 == str2.intern());
}

结果：

false

false

JDK7及以后

true

false

因为Java在sun.misc.Version这个类的时候就进入常量池了

4、本机直接内存OOM

大小通过-XX:MaxDirectMemorySize参数来指定，如果不指定默认与Java堆最大值（-Xmx）一致。

死循环申请直接内存

申请直接内存的方法：Unsafe::allocateMemory()。