Java内存区域管理详解

目录

• 1 关于自动内存管理
• 2 运行时数据区域
• 2.1 程序计数器
• 2.2 虚拟机栈
• 2.2.1 局部变量表
• 2.2.2 操作数栈
• 2.3 本地方法栈
• 2.4 堆
• 2.5 方法区
• 2.5.1 运行时常量池
• 3 直接内存
• 4 总结

1 关于自动内存管理

• Java是由jvm来管理内存，包括自动分配以及自动回收，因此它不容易出现内存泄漏和内存溢出问题。
• C/C++，由程序员手动管理内存，手动完成：使用前申请内存，使用后释放内存。

2 运行时数据区域

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

Java虚拟机所管理的内存 包括以下几个运行时数据区域：

2.1 程序计数器

• 程序计数器（Program Counter Register）：存储当前线程所执行的字节码指令的内存地址。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。【通过PC来寻找下一条要执行的指令】。
• 程序计数器是线程私有的。cpu通过轮流分配时间片来执行线程，为了线程切换后能恢复到正确的执行位置，显然每个线程都需要有一个独立的程序计数器。
• 如果线程正在执行的是一个Java方法，PC记录的是正在执行的字节码指令的地址；如果正在执行的是本地（Native）方法，这个计数器值则应为空。【todo 为什么本地方法时为空】

2.2 虚拟机栈

• 虚拟机栈描述的是Java方法执行的线程内存模型：每个方法被执行的时候，jvm会同步创建一个栈帧[后续章节详解]（Stack Frame）用于存储局部变量表、操作数栈、动态连接、方法出口等信息。
• 虚拟机栈也是线程私有的，它的生命周期与线程相同。

2.2.1 局部变量表

JDK8之前，对jvm内存的认知只停留在：堆内存（Heap）和栈内存（Stack），而“栈”通常就是指这里讲的虚拟机栈，或者更多的情况下只是指虚拟机栈中局部变量表部分。

• 局部变量表存储：基本数据类型（八种：boolean、byte、char、short、int、 float、long、double）、对象引用（可能是一个指向对象起始 地址的引用指针）和returnAddress 类型（指向了一条字节码指令的地址）。
• 局部变量表所需的内存空间在编译期间完成分配，当进入一个方法时，这个方法需要在栈帧中分配多大的局部变量空间是完全确定 的，在方法运行期间不会改变局部变量表的大小。【这里的大小仅值变量槽的数量】
• 局部变量表以局部变量槽（Slot）来存储数据，其中64位长度的long和 double类型的数据会占用两个变量槽，其余的数据类型只占用一个。（通常一个槽占据N个字节，N大小由不同的虚拟机实现决定）。

关于栈的内存数据分析，在后续章节中会有更深入分析，在本节中这里仅引入概念。

2.2.2 操作数栈

关于方法调用时的进栈跟出栈的原理，在《深入理解计算机系统》系列笔记的后续章节中会进行总结。

2.3 本地方法栈

• 本地方法栈（Native Method Stacks）与虚拟机栈作用是非常相似的，其区别只是虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则是为虚拟机使用到的本地（Native） 方法服务。
• 线程私有的。

2.4 堆

• Java堆（Java Heap）存储对象的实例。
• Java堆是线程共享的，且比较大的一块内存区域，在虚拟机启动时创建。
• Java堆既可以被实现成固定大小的，也可以是可扩展的，不过当前主流的Java虚拟机都是按照可扩展来实现的（通过参数-Xmx和-Xms设定）。
• 可弹性伸缩，但不会超过设定的最大容量，如果在Java堆中没有内存完成实例分配，并且堆也无法再 扩展时，Java虚拟机将会抛出OutOfMemoryError异常
• Java堆可以处于物理上不连续的内存空间中，但在逻辑上它应该 被视为连续的。

2.5 方法区

• 方法区存储已被虚拟机加载的class的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。
• 方法区是线程共享。
• 方法区不需要连续的内存、可以选择固定大小或者可扩展，甚至还可以选择不实现垃圾收集（因为这部分内存通常不满足回收条件）
• 方法区无法满足新的内存分配需求时，将抛出 OutOfMemoryError异常。

2.5.1 运行时常量池

• 存放编译期生成的各种字面量与符号引用
• 运行时常量池（Runtime Constant Pool）是方法区的一部分

3 直接内存

• 首先，直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中 定义的内存区域
• 它可能导致OutOfMemoryError异常出现，有必要了解。

在JDK 1.4中新加入了NIO（New Input/Output）类，引入了一种基于通道（Channel）与缓冲区 （Buffer）的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的 DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了 在Java堆和Native堆中来回复制数据。
显然，本机直接内存的分配不会受到Java堆大小的限制，但是，既然是内存，则肯定还是会受到 本机总内存（包括物理内存、SWAP分区或者分页文件）大小以及处理器寻址空间的限制，一般服务 器管理员配置虚拟机参数时，会根据实际内存去设置-Xmx等参数信息，但经常忽略掉直接内存，使得 各个内存区域总和大于物理内存限制（包括物理的和操作系统级的限制），从而导致动态扩展时出现 OutOfMemoryError异常。

4 总结

Java内存区域及其数据类别概览：