本博客旨在介绍 HotSpot
虚拟机在 Java
堆中对象的创建,内存布局和访问定位的过程。
下图是对象的创建流程:
虚拟机遇到一条 new
指令时,首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载,解析和初始化过。如果没有,那必须先执行相应的类加载过程。
在类加载检查通过后,接下来虚拟机将为新生对象分配内存。对象所需内存的大小在类加载完成后便可完全确定,为对象分配空间的任务等同于把一块确定大小的内存从 Java
堆中划分出来。
Java
堆中内存是绝对规整的,所有用过的内存都放在一边,空闲的内存放在另一边,中间放着一个指针作为分界点的指示器,那所分配内存就仅仅是把那个指针向空闲空间那边挪动一段与对象大小相等的距离; Java
堆中的内存不是规整的,已使用的内存和空闲的内存相互交错,那就没有办法简单地进行指针碰撞了,虚拟机就必须维护一个列表,记录那些内存块是可用的,在分配的时候找到一块足够大的空间划分给对象实例,并更新列表上的记录。 HotSpot
如何确定内存的分配方式? 选择哪种分配方式由 Java
堆是否规整决定,而 Java
堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。因此,在使用 Serial
, ParNew
等带 Compact
过程的收集器时,系统采用的分配算法是指针碰撞,而使用 CMS
这种基于 Mark-Sweep
算法的收集器时,通常采用空闲列表。
对象创建在虚拟机中是非常频繁的行为,即使是仅仅修改一个指针所指向的位置,在并发情况下也并不是线程安全的。可能出现正在给对象 A
分配内存,指针还没来得及修改,对象 B
又同时使用了原来的指针来分配内存的情况。
CAS
配上失败重试的方式保证更新操作的原子性; Java
堆中预先分配一小块内存,称为本地线程分配缓冲( Thread Local Allocation Buffer,TLAB
)。哪个线程要分配内存,就在哪个线程的 TLAB
上分配,只有 TLAB
用完并分配新的 TLAB
时,才需要同步锁定; 内存分配完成后,虚拟机需要将分配到的内存空间都初始化为零值(不包括对象头),这一步操作保证了对象的实例字段在 Java
代码中可以不赋初始值就直接使用,程序能访问到这些字段的数据类型所对应的零值。
接下来,虚拟机要对对象的对象头进行必要的设置,例如这个对象是哪个类的实例,如何才能找到类的元数据信息,对象的哈希码,对象的 GC
分代年龄等信息。
init
方法 执行 new
指令之后会接着执行 init
方法,把对象按照程序员的意愿进行初始化,这样一个真正可用的对象才算完全产生出来。
在 HotSpot
虚拟机中,对象在内存中存储的布局可以分为三块区域:
Header Instance Data Padding
HotSpot
虚拟机的对象头包括两部分信息。
第一部分用于存储对象自身的运行时数据,如哈希码( HashCode
), GC
分代年龄,锁状态标志,线程持有的锁,偏向线程 ID
,偏向时间戳等。
对象头的另外一部分是类型指针,即对象指向它的类元数据的指针,虚拟机通过这个指针来确定这个对象是哪个类的实例。
实例数据部分是对象真正存储的有效信息,也是在程序代码中所定义的各种类型的字段内容。无论是从父类继承下来的,还是在子类中定义的,都需要记录下来。
此部分并不是必然存在的 它仅仅起着占位符的作用。由于 HotSpot VM
的自动内存管理系统要求对象的大小必须是8字节的整数倍。而对象头部分正好是8字节的倍数,无需对齐。所以只有当对象实例数据没有对齐时,就需要通过对齐填充来补全。
建立对象是为了使用对象,我们的 Java
程序需要通过栈上的 reference
数据来操作堆上的具体对象。目前主流的访问方式有使用句柄和直接指针两种。
如果使用句柄访问的话,那么 Java
堆中将会抛出一块内存来作为句柄池, reference
中存储的就是对象的句柄地址,而句柄中包含了对象实例数据与类型数据各自的具体地址信息。
如果使用直接指针访问,那么 Java
堆对象的布局中就必须考虑如何访问类型数据的相关信息,而 reference
中存储的直接就是对象地址。
这两种对象访问方式各有优势。
使用句柄来访问的最大好处就是 reference
中存储的是稳定的句柄地址,在对象被移动(垃圾收集时移动对象是非常普遍的行为)时只会改变句柄中实例数据指针,而 reference
本身不需要修改。
使用直接指针访问方式的最大好处就是速度更快,它节省了一次指针定位的时间开销。 HotSpot
使用的就是此访问方式。