HotSpot 虚拟机对象探秘

HotSpot 虚拟机对象探秘

对象的创建

Step1：类加载检查

​ 虚拟机遇到一条 new 指令时，首先将去检查这个指令的参数是否能在常量池中定位到这个类的符号引用，并且检查这个符号引用的类是否已经被加载、解析和初始化过。如果没有那必须先执行相应的类加载过程。

Step2：分配内存

​ 在 类加载检查 通过后，接下来虚拟机将为新生对象 **分配内存 ** 。对象所需的内存大小在类加载完成后便可确定，为对象分配空间的任务是吧一块确定大小的内存从 Java 堆中划分出来。分配方式又 指针碰撞 和 空闲列表 两种，选择哪种分配方式由 Java 堆是否规整决定，而 Java 堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定

内存分配的两种方式

• 指针碰撞
  • 使用场合：堆内存规整（即没有内存碎片）的情况下
  • 原理：用过的内存全部整合到一边，没有用过的内存放在另一边，中间有一个分界指针，只需要向着没用过的内存方向将指针移动对象内存大小位置即可
  • 使用该分配方式的 GC 收集器：Serial，ParNew
• 空闲列表
  • 使用场合：堆内存不规整的情况下
  • 原理：虚拟机会维护一个列表，该列表中会记录哪些内存块是可用的，在分配的时候，找一块足够打的内存块来分配给对象实例，最后更新列表记录
  • 使用该分配方式的 GC 收集器：CMS

内存分配的并发问题（补充）

​ 在创建对象的时候有一个很重要的问题，就是线程安全，因为在实际开发过程中，创建对象时很频繁的事情，作为虚拟机来说，必须要保证线程是安全的，通常来讲，虚拟机采用两种方式来保证线程安全。

• CAS + 失败重试：虚拟机采用 CAS 配上失败重试的方式保证更新操作的原子性
• TLAB： 为每一个线程预先在 Eden 区分配一块内存，JVM 在给线程中的对象分配内存时，首先在 TLAB 分配，当对象大于 TLAB 中剩余内存或者 TLAB 的内存已经用尽的时候，再采用 CAS 进行内存分配

Step3：初始化零值：

​ 内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头），这一步操作保证了对象的实例字段再 Java 代码中可以不赋值就可以直接使用，程序能访问到这些字段的数据类型所对应的零值。

Step4：设置对象头

​ 初始化零值完成后，虚拟机要对对象进行必要的设置，例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的 GC 分代年龄等信息。这些信息存放在对象头中。另外。根据虚拟机当前运行状态的不同，如是否启动偏向锁等，对象头会有不同的设置方式。

Step5：执行 Init 方法：

​ 在上面的工作都完成后，从虚拟机的角度来看，一个新的对象已经产生了，但是从 Java 程序的角度来看，对象的创建工作才刚开始，<init> 方法还没有执行，所有的字段还为零，所以一般来说，执行 new 指令之后会接着执行 <init> 方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完整产生出来。

对象的内存布局

​ 在 HotSpot 虚拟机中，对象在内存中的布局可以分为 3 块区域：对象头、实例数据和对齐填充。

​ HotSpot 虚拟机的对象头中包括两部分信息，第一部分用于存储对象自身的运行数据（ 哈希码、GC 分代年龄、锁状态标志等等），另一部分是类型指针，即对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例。

​ 实例数据部分是对象真正存储的有效信息，也是在程序中锁定义的各种类型的字段要求

​ 对齐填充部分不是必然存在的，也没有什么特别的含义，仅仅起展位的作用，因为 HotSpot 虚拟机的自动内存管理系统要求对象的起始地址必须是 8 字节的整数倍，换句话说就使对象的大小必须是8字节的整数倍。而对象头的部分正好是 8 的倍数，因此，当对象实例数据没有对齐时，就需要通过对齐填充来补全