一、概述
- 在虚拟机自动内存管理机制的帮助下,Java不再需要像C++一样为每一个
new
操作书写delete/free
代码
二、运行时数据区域(五大主要组成部分)
1、程序计数器
-
定义:程序计数器是一块较小的内存空间,可以看作是当前线程所执行的字节码的行号指示器
-
应用:在虚拟机的概念模型里(仅概念模型,不同虚拟机可能有更高效的实现),字节码解释器工作时,就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。
- 分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器完成
-
线程私有的内存
-
出现原因:由于Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的,在任何一个确定的时刻,一个处理器(对于多核处理器来说是一个内核) 都只会执行一条线程中的指令
-
为了线程切换后能恢复到正确的执行位置,每条线程都需要有一个独立的程序计数器,各条线程之间计数器互不影响,独立存储
-
-
计数器的值
-
(1)如果线程正在执行的是Java方法,计数器记录正在执行的虚拟机字节码指令的地址
-
(2)如果线程正在执行的是Native方法,这个计数器的值为空
-
-
此内存区域是唯一一个在Java虚拟机规范中没有规定任何
OutOfMemoryError
情况的区域
2、Java虚拟机栈
-
定义:虚拟机栈描述的是Java方法(字节码)执行的内存模型
-
每个方法在执行的同时都会创建一个栈帧,用于存储局部变量表、操作数栈、动态链接、方法出口等信息
-
每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程
-
-
局部变量表
-
虚拟机栈的一部分,即通常所说的“堆栈”中的“栈”
-
存放内容:
- (1)基本数据类型
- boolean、byte、short、int、long、char、float、double
- (2)对象引用
- reference类型,不等同于对象本身,可能是一个指向对象起始地址的引用指针,可能是指向一个代表对象的句柄或其他与此对象相关的位置
- (3)returnAddress类型
- 指向了一条字节码指令的地址
- (1)基本数据类型
-
内存空间在编译期完成分配
- 当进入一个方法时,这个方法需要在栈中分配多大的局部变量空间是完全确定的,在方法运行期间不会改变局部变量表的大小
- 其中64位长度的long和double类型的数据会占用2个局部变量空间(Slot),其余的数据类型只占用1个
-
-
异常
- (1)StackOverflowError:线程请求的栈深度大于虚拟机所允许的深度
- (2)OutOfMemoryError:如果虚拟机栈可以动态扩展(大部分的虚拟机栈都可以动态扩展),但扩展时无法申请到足够的内存
-
线程私有的内存
- 生命周期与线程相同
3、本地方法栈
-
定义:与虚拟机栈所发挥作用类似,本地方法栈为虚拟机用到的
Native方法
服务 -
异常:
- 同样有虚拟机栈中的两种异常情况
-
具体的虚拟机可以自由实现
- 虚拟机规范中对本地方法栈中方法使用的语言、使用方式与数据结构并没有强制规定
4、Java堆
-
定义:是Java虚拟机所管理的内存最大的一块,用于存放对象实例
- 虚拟机规范中描述:所有的对象实例以及数组都要在堆上分配
- 但是随着JIT编译器的反战与逃逸分析技术的逐渐成熟,栈上分配、标量替换优化技术将会导致不是那么绝对一定要在堆上分配内存了
-
所有线程共享
-
虚拟机启动时创建
-
是垃圾收集器管理的主要区域
-
因此又称“GC堆”,Garbage Collect Heap
-
(1)内存回收的角度:现在的收集器基本采用分代收集算法
- 可细分为新生代、老年代
- 可细分为Eden空间、From Survivor空间、To Survivor空间
-
(2)内存分配的角度:线程共享的Java堆中可能划分出多个线程私有的分配缓冲区
- 划分标准与存放内容无关,都是存储对象实例
- 进一步的划分是为了更好的回收内存或更快的分配内存
-
-
虚拟机规范规定,Java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可
-
异常
- 如果在堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出
OutOfMemoryError
- 如果在堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出
5、方法区
-
定义:用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
- 运行时常量池是方法区的一部分
-
方法区不等于永久代
-
仅仅是因为HotSpot虚拟机的设计团队选择将GC分代收集扩展至方法区(使用永久代实现方法区),从而可以、像管理Java堆一样管理这部分内存。
-
对于其他虚拟机来说是不存在永久代的概念的
-
使用永久代来实现方法区,更容易遇到内存溢出的问题
-
-
虚拟机规范规定:
-
方法区不需要连续物理内存
-
可以选择固定大小或可扩展
-
可以选择不实现垃圾收集
- 此区域的内存回收目标主要是针对常量池的回收和对类型的卸载
-
-
异常:
- 当方法去无法满足内存分配需求时,将抛出OutOfMemoryError异常
6、运行时常量池
-
定义:Class文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池,用于存放编译期生成的各种字面量和符号引用,这部分内容将在类加载后进入方法区的运行时常量池中存放
-
运行时常量池是方法区的一部分
-
常量池不等于运行时常量池
-
-
实现:
-
Java虚拟机对Class文件的每一个部分(包括常量池)的格式都有严格的规定,每一个字节用于存储哪种数据都必须符合规范上的要求才会被虚拟机认可、装载和执行
-
但对于运行时常量池,Java虚拟机规范没有任何细节要求,不同的提供商可以根据自己的需求来实现这块内存区域
-
-
相对于Class文件常量池具备动态性
- Java语言并不要求常量一定只有编译期才能产生,也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池
- 运行期间也可能将新的常量放入池中
- eg:String类的
intern()
方法。 - 返回:一个字符串,内容与此字符串相同,但它保证来自字符串池中。
- 当调用 intern 方法时,如果池已经包含一个等于此 String 对象的字符串(该对象由 equals(Object) 方法确定),则返回池中的字符串。否则,将此 String 对象添加到池中,并且返回此 String 对象的引用
- 方法解析:https://blog.csdn.net/wjzhang5514/article/details/70209403
- eg:String类的
-
异常:
- 当常量池无法再申请到内存时,会抛出OutOfMemoryError异常
7、直接内存
-
定义:直接内存并不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范中定义的内存区域
-
应用:
- 在JDK1.4中新加入了NIO(New Input/Output)类,引入一种基于通道与缓冲区(Buffer)的I/O方式
- 它可以使用Native函数直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作
- 避免了在Java堆和Native堆中来回复制数据,显著提高性能
- 在JDK1.4中新加入了NIO(New Input/Output)类,引入一种基于通道与缓冲区(Buffer)的I/O方式
-
异常:
-
本机的直接内存分配不会受到Java堆大小的限制,但会受到本机总内存大小以及处理器寻址空间的限制
-
配置虚拟机参数时,如果忽略直接内存,使得各个内存区域总和大于物理内存限制,会导致动态扩展时出现OutOfMemoryError异常
-
三、HotSpot虚拟机对象探秘
- 概述:以常用虚拟机HotSpot和常用的内存区域Java堆为例,探讨HotSpot虚拟机在Java堆中堆想分配、布局和访问的全过程
1、对象的创建(当虚拟机遇到一条new
指令时,四步操作)
-
第一步:类加载:
- 首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载、解析和初始化过。
- 如果没有,必须先执行相应的类加载过程
- 首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载、解析和初始化过。
-
第二步:虚拟机为对象分配内存并初始化为零值:
- 对象所需的内存大小在类加载完成后便可以完全确定,为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来
- 在内存分配完成后,虚拟机需要将分配到的内存空间都初始化为零值
-
(2.1)Java堆划分方式
-
情况一:如果Java堆是绝对规整的(方法:指针碰撞)
- 所有用过的内存都放在一边,空闲的内存放在另一边,中间放着一个指针作为分界点的指示器
- 分配内存时将指针向空闲空间那边挪动一段与对象大小相等的距离
- eg:Serial、ParNew收集器
-
情况二:如果Java堆中的内存并不是规整的(方法:空闲列表)
- 已使用的内存和空闲的内存相互交错,虚拟机必须维护一个列表,记录上哪些内存块是可用的
- 分配的时候从列表中找到一块足够大的空间划分给对对象实例,并更新列表上的记录
- eg:CMS这种基于Mark—Sweep算法的收集器
-
情况判定:
- Java堆是否规整决定分配内存方式
- 虚拟机所采用的垃圾收集器是否带有压缩整理功能决定Java堆是否规整
-
-
(2.2)分配内存时并发问题的解决
-
法一:对分配内存空间的动作进行同步处理
- 实际上虚拟机采用CAS配上失败重试的方式保证更新操作的原子性
-
法二:把内存分配的动作按照线程划分在不同的空间之中进行
- 即每个线程在Java堆中预先分配一小块内存,称为“本地线程分配缓冲(TLAB)”
- 哪个线程需要分配内存,就在哪个线程的TLAB上分配,只有TLAB用完并分配新的TLAB时,才需要同步锁定
-
-
(2.3)对分配到的内存空间归零
- 归零操作保证了对象的实例字段在Java代码中可以不赋初始值就直接使用,程序能访问到这些字段的数据类型所对应的零值
- 如果使用TLAB,归零操作可提前至TLAB分配时进行
- 不包括对象头
- 归零操作保证了对象的实例字段在Java代码中可以不赋初始值就直接使用,程序能访问到这些字段的数据类型所对应的零值
-
第三步:对对象进行必要的设置
-
主要是对对象头(Object Header)进行设置,对象头中包含但不限于以下信息:
- 对象是哪个类的实例
- 如何才能找到类的元数据信息
- 对象的哈希码
- 对象的GC分代年龄信息
-
根据虚拟机当前运行状态的不同,是否启用偏向锁来设置对象头信息等
-
-
第四步:将对象引用入栈
- 对象引用入栈后,执行下一条指令
-
后续:
- 执行
new
指令后会接着执行<init>
方法,将对象按照需求初始化- 由字节码中是否跟随
invokespecial
指令所决定
- 由字节码中是否跟随
- 执行
2、对象的内存布局(三个区域)
-
区域一:对象头
-
第一部分:用于存储对象自身的运行时数据
-
如:哈希码、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳
-
此部分也被称为Mark Word:这部分数据的长度在32位和64位的虚拟机(未开启压缩指针)中分别为32bit和64bit
-
对象头信息是与对象自身定义的数据无关的额外存储成本,考虑到虚拟机的空间效率,MarkWord被设计成一个非固定的数据结构以便在极小的空间内存储尽量多的信息,它会根据对象的状态复用自己的存储空间
-
-
第二部分:类型指针
-
即对象指向他的类元数据的指针,虚拟机通过这个指针来确定这个对象是哪个类的实例
-
并不是所有的虚拟机实现都必须在对象数据上保留类型指针,换句话说,查找对象不一定要经过对象本身
-
如果对象是一个Java数组,那在对象头中还必须有一块用于记录数组长度的数据
-
-
-
区域二:实例数据
-
对象真正存储的有效信息,即在程序代码中所定义的各种类型的字段内容
-
这部分的存储顺序会受到(1)虚拟机分配策略参数和(2)字段在Java源码中定义顺序的影响
- 根据分配策略,相同宽度的字段总是被分配到一起
- 父类中定义的变量会出现在子类之前
-
-
区域三:对齐填充
- 并不是必然存在的,仅起着占位符的作用
- 为了满足在HotSpot中对象大小必须是8字节的整数倍
- 并不是必然存在的,仅起着占位符的作用
3、对象的访问定位
-
Java程序需要通过栈上的reference数据来操作堆上的具体对象
-
对象的访问方式也是取决于虚拟机实现而定的,目前的主流访问方式有使用句柄和直接指针两种
-
(1)句柄访问
-
Java堆中将会划分出一块内存来作为句柄池,reference中存储的就是对象的句柄地址
-
句柄中包含了对象实例数据与类型数据各自的具体地址信息
- Java栈中本地变量表的reference指向Java堆中句柄池的到对象实例数据的指针,实例数据指针指向Java堆中实例池的对象实例数据
- Java栈中本地变量表的reference指向Java堆中句柄池的到对象类型数据的指针,对象类型数据指针指向方法区的对象类型数据
-
优势:稳定的句柄地址
- 在对象被移动(比如垃圾收集)时只会改变句柄中的实例数据指针,而reference本身不需要修改
-
-
(2)直接指针
-
Java堆对象的布局必须考虑如何防止访问类型数据的相关信息,reference中存储的直接就是对象地址
- Java栈中本地变量表的reference指向Java堆中对象实例数据,对象实例数据包含到对象类型数据的指针,对象类型数据指针指向方法区的对象类型数据
- Java栈中本地变量表的reference指向Java堆中对象实例数据,对象实例数据包含到对象类型数据的指针,对象类型数据指针指向方法区的对象类型数据
-
优势:速度更快
- 节省了一次指针定位的时间开销
- HotSpot采用此种方式
-