深入理解JAVA虚拟机（一）内存管理

本博客仅做初学JVM记录

自动内存管理

1. 运行时数据区域
   Java运行时数据区：

1）程序计数器
线程私有。
是一块较小的内存空间，可以看作是当前线程所执行的字节码的行号指示器。字节码解释器工作时就是通过改变这个计数器的值来获取下一条需要执行的字节码指令，他是程序控制流程的指示器。
多线程是通过线程轮流切换，分配处理器执行时间的方式来实现，在任何一个确定的时刻，一个处理器都只会执行一条线程中的指令。因此，为了线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，互不影响，独立存储。
如果线程正在执行一个JAVA方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行本地方法（native），则计数器置空（Undefined），该区域是唯一一个没有OOM情况的区域。

2）栈
线程私有。
生命周期和线程相同；
每个方法被执行时，创建一个栈帧（Stack Frame）用于存放局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法被调用直至完毕的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
流行的说法“栈”一般指的是栈中局部变量表部分。
局部变量表存放编译期可知的各种Java虚拟机基本数据类型（Boolean、byte、char、short、long、int、float、double）、对象引用（reference类型，指向对象起始地址的引用指针或者指向一个代表对象的句柄）和returnAddress类型（指向一条字节码指令的地址）。
数据类型在局部变量表中以插槽的型式（Slot）表示，64位的long、double占两个插槽，其他一个。局部变量表的内存大小在编译期完成分配，当进入一个方法时，这个方法需要在栈帧中分配多少空间已经决定。
插槽大小有JVM决定。
如果线程请求申请的栈深度大于虚拟机所允许的深度，抛出StackOverflowError；如果虚拟机栈容量可以动态扩展，则无法申请空间时则抛出OutOfMemoryError。

3）本地方法栈
HotSpot把本地方法栈和虚拟机栈融合。
如果线程请求申请的栈深度大于虚拟机所允许的深度，抛出StackOverflowError；如果虚拟机栈容量可以动态扩展，则无法申请空间时则抛出OutOfMemoryError。

4）堆
所有线程共享。
唯一目的就是存放对象，所有对象及数组都在堆中分配。是垃圾收集器管理的内存区域（GC堆）。
堆内存大小可设置固定大小，也可以扩展，当前都是按照可扩展来实现的（通过参数-Xmx和-Xms设定）
无法申请空间时则抛出OutOfMemoryError。

5）方法区
所有线程共享。
JDK8以前称为永生代，因为把垃圾收集器分代区设置在方法区，导致更容易出现OOM问题（永生代有-XX:MazPermSize的上限）。
JDK7将字符串常量、静态变量移至堆中；
JDK8以后将类型信息移至元空间中。
此空间垃圾收集主要是对常量池的回收和对类型的卸载。
无法申请空间时则抛出OutOfMemoryError。

6）运行时常量池
方法区的一部分。
class文件中的常量池，存放字符串常量，类和接口名字，字段名，和其他一些在class中引用的常量。运行时加载至运行时常量池中。

运行时常量池中有两种类型，分别是symbolic references符号引用和static constants静态常量。

其中静态常量不需要后续解析，而符号引用需要进一步进行解析处理。

什么是静态常量，什么是符号引用呢？ 我们举个直观的例子。

String site="wzr"

上面的字符串”wzr”可以看做是一个静态常量，因为它是不会变化的，是什么样的就展示什么样的。

而上面的字符串的名字“site”就是符号引用，需要在运行期间进行解析，为什么呢？
因为site的值是可以变化的，我们不能在第一时间确定其真正的值，需要在动态运行中进行解析。
运行期间会把符号引用的地址放在运行时常量池中。
字符串常量池、class常量池和运行时常量池对比
无法申请空间时则抛出OutOfMemoryError。

7）直接内存
NIO（New input/output）是JDK1.4中新加入的类，引入了一种基于通道（channel）和缓冲区（buffer）的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过堆上的DirectByteBuffer对象对这块内存进行引用和操作。

直接内存的大小并不受到java堆大小的限制，甚至不受到JVM进程内存大小的限制。它只受限于本机总内存（RAM及SWAP区或者分页文件）大小以及处理器寻址空间的限制（最常见的就是32位/64位CPU的最大寻址空间限制不同）。
配置虚拟机参数时不要忽略直接内存，否则易导致OOM。