1. 概述
- 对于C或者C++这种编程语言,它的内存管理是交给开发人员来进行的,但是对于Java而言,在虚拟机自动内存管理机制的帮助下,不需要为每一个
new
操作去写配对的delete/free
代码,不容易出现内存泄露和内存溢出问题,但是一旦出了问题很难排查因为这是Java帮我们做的而不是我们自己做的
2. 运行时数据区域
- Java虚拟机在执行Java程序的时候会把它所管理的内存分成若干个不同的数据区域,这些区域都有各自的用途以及创建和销毁的时间,有些区域随着虚拟机的启动而存在,有些区域则依赖用户线程的启动和结束而建立和销毁
2.1 程序计数器
- 内存空间较小,它可以看作是当前线程所执行的字节码的行号指示器,在虚拟机的概念模型里,字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成
- 如果线程正在执行的是一个Java方法,这个计数器记录的时正在执行的虚拟机字节码指令的地址;如果正在执行的时Native方法,这个计数器值则为空。此内存区域时唯一一个在Java虚拟机规范中没有规定任何
OutOfMemoryError
情况的区域 - 个人理解就是记录位置然后确定上下文
2.2 Java虚拟机栈
- 线程私有,它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型,每个方法在执行的同时都会创建一个栈帧
(Stack Frame)
用于存储局部变量表、操作数栈、动态链接、方法出口等信息,每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程 - 虚拟机栈中的局部变量表中存放了编译期可知的各种基本数据类型(Java的八种数据类型)、对象引用( r e f e r e n c e reference reference类型,它不等同于对象本身,可能是一个指向对象地址的引用指针,也可能是一个指向代表对象的句柄或其他与此对象相关的位置)和 r e t u r n A d d r e s s returnAddress returnAddress类型(指向了一条字节码指令的地址),其中64位长度的long和double类型的数据会占用2个局部变量空间 ( S l o t ) (Slot) (Slot),其余的数据类型只占用一个。局部变量表所需的内存空间编译期间完成分配,当进入一个方法时,这个方法需要在帧中分配多大的局部变量空间时完全确定的,在方法运行期间不会改变局部变量表的大小
- Java虚拟机规范中对这个区域定义了
StackOverflowError
(线程请求的栈深度大于虚拟机允许的深度)和OutOfMemoryError
(虚拟机栈动态扩展的时候无法申请到足够的内存)两种异常
2.3 本地方法栈
- 本地方法栈
Native Method Stack
与虚拟机栈的区别在于虚拟机栈为虚拟机执行Java方法服务,而本地方法栈则为虚拟机使用到的Native
方法服务,它也会抛出StackOverflowError
和OutOfMemoryError
异常
2.4 Java堆
- 对大多数应用来说,Java堆是Java虚拟机所管理的内存中最大的一块,Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存
- Java堆是垃圾收集器管理的主要区域,因此很多时候也被称作
GC堆(Garbage Collected Heap)
- 从内存回收的角度看,由于现在收集器基本都采用分代收集算法,所以Java堆中还可以细分为新生代和老年代;再细致一点的有Eden空间、From Survivor空间、To Survivor空间等
- 从内存分配的角度来看,线程共享的Java堆中可能划分出多个线程私有的分配缓冲区
(Thread Local Allocation Buffer, TLAB)
,无论哪个划分区域,存储的都仍然是对象实例 - 根据Java虚拟机的规定,Java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可,就像我们的磁盘空间一样。实现时,既可以实现成固定大小的,也可以是可扩展的,当前主流的虚拟机都是按照可扩展来实现的(
-Xmx
和-Xms
),如果在堆中没有内存完成实例分配,且无法扩展堆,那么会抛出OutOfMemoryError
异常
2.5 方法区
- 方法区
Method Area
与Java堆一样,是各个线程共享的内存区域,用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据,也叫Non-Heap
(非堆),在HotSpot
虚拟机中,很多人称这个区域为永久代
2.6 运行时常量池
- 运行时常量池(
Runtime Constant Pool
)是方法区的一部分,Class
文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池,用于存放编译器生成的各种字面量和符号引用,这部分内容将在类加载后进入方法区的运行时常量池中存放 - 对于运行时常量池,Java虚拟机规范没有做任何细节的要求,不同的提供商实现的虚拟机可以按照自己的需要来实现这个内存区域
- 运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性,Java语言并不要求常量一定只有编译期才能产生,也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池,运行期间也可能将新的常量放入池中,比较多使用的是
String
类的intern()
方法 - 申请不到内存会抛出
OutOfMemoryError
异常
2.7 直接内存
- 直接内存(
Direct Memory
)并不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范中定义的内存区域 - 在JDK 1.4中新加入了
NIO
(New Input/Output
)类,引入了一种基于通道(Channel
)与缓冲区(Buffer
)的I/O
方式,它可以使用Native
函数库直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer
作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为避免了在Java堆和Native堆中来回复制数据 - 需要注意计算机总内存的影响