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

本篇内容为本人在阅读《深入解析Java虚拟机JVM高级特性与最佳实践 第二版》的笔记，相关内容主要来源于该书籍

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

1. 程序计数器：
各线程之间的程序计数器互不影响，独立存储，为“线程私有”内存。
如果程序正在执行的是一个Java方法，这个计数器记录的是正在执行的虚拟机字节码的指令地址；如果正在执行的是Native方法，这个计数器值则为空（Undefined）。
此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

2. Java虚拟机栈：
线程私有，每个方法在执行时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。
有人把Java内存分为堆内存（Heap）和栈内存（Stack），这种分法比较粗糙，这里的“栈”指的就是虚拟机栈，或者说是虚拟机栈中局部变量表部分。
该区域规定了两种异常情况：如果虚拟机栈不可以动态扩展，线程请求的栈深度大于虚拟机栈所允许的深度时，将抛出StackOverflowError异常；如果虚拟机栈可以动态扩展，如果扩扎时无法申请到足够的内存，就会抛出OutOfMemoryError异常。
3. 本地方法栈：
线程私有，与虚拟机栈所发的作用是非常相似的，他们之间的区别不过是虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则为虚拟机使用到的Native方法服务。
与虚拟机栈一样，本地方法栈区域也会抛出StackOverflowError异常和OutOfMemoryError异常。

4. Java堆：
Java堆（Java Heap）是Java虚拟机所管理的内存中最大的一块，是被所有线程共享的一块区域；此内存区域的唯一目的就是存放实例对象。
Java堆是垃圾收集器管理的主要区域，从内存回收的角度来看，由于现在收集器基本都采用分代收集算法，所以Java堆中还可以细分为：新生代和老年代；再细致一点的有Eden空间、From Survivor空间、To Survivor空间等（需要了解分代收集算法，以后会有介绍）。从内存分配的角度来看，线程共享的Java堆中可能划分出多个线程私有的分配缓冲区（Thread Local Allocation Buffer，TLAB）。
Java堆可以处于物理上不连续的内存空间，只要逻辑上是连续的即可。如果在堆中没有内存完成实例分配，并且堆也无法在扩展时，将会抛出OutOfMemoryError异常。

5. 方法区：
各个线程共享的内存区域，用于存储已被虚拟机加载的类信息、常量、静态变量、及时编译器编译后的代码等数据。
HotSpot虚拟机上，很多人也把方法区称为“永久代”，本质上两者并不等价，JDK1.8版本后使用元空间取代了方法区，元空间使用的是直接内存。
Java虚拟机堆方法区的限制非常宽松，除了和Java堆一样不需要连续的内存和可以选择固定大小或者可扩展外，还可以选择不实现垃圾收集。该区域的垃圾回收主要目标是针对常量池的回收和对类型的卸载。
当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。

6.运行时常量池：
运行时常量池是方法区的一部分，用于存放编译器生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。
除了保存Class文件中描述的符号引用外，还会把翻译出来的直接引用也存储在运行时常量池中。
运行时常量池相对于Class文件常量池的另一个重要特征是具备动态性，Java语言不要求一定只有编译器才能产生，使用较多的就是String类的intern()方法。
当无法申请到内存时，将抛出OutOfMemoryError异常。

7. 直接内存：
直接内存并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但这一部分也可能是导致OutOfMemoryError异常出现，尤其是JDK1.8版本加入元空间后，所以在这里一起讲解。
直接内存本身不收Java堆大小的限制，但是会受到本机总内存的大小以及处理器寻址空间的限制，当各个内存区域综合大于物理内存限制，会导致动态扩展时出现OutOfMemoryError异常。

码字不易，感谢阅读