Java对象的创建过程——HotSpot 虚拟机对象探秘

面试中很多情况会问到这个问题，届时不知道怎么说还挺尴尬的（我一个朋友遇到的），私下面向百度整理顺便加深记忆：

Step1：类加载检查

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

Step2：分配内存

在类加载检查通过后，接下来虚拟机将为新生对象分配内存。对象所需内存大小在类加载完成后便可确定，为对象分配内存的过程等同于把一块确定大小的内存从java堆中划分出来。分配方式有：指针碰撞和空闲列表两种。选择哪种由java堆是否规整决定，而java堆是否规整又由所采用的的GC收集器是否带有压缩整理功能决定，也就是取决于该GC收集器的算法是“标记-清除”还是“标记-整理”（也称作“标记-压缩”），值得注意的是，复制算法内存也是规整的。

分配内存的两种方式：

· 指针碰撞：

适用场合：堆内存规整（没有内存碎片）的情况下

原理：用过的内存全部整合到一边，没有用过的内存在另一边，中间有一个分界指针，只需要将指针向没有用过的方向移动对象内存大小的位置即可。

使用该分配方式的GC收集器有：Serial，ParNew

· 空闲列表：

适用场合：堆内存不规整的情况

原理：java虚拟机会维护一个列表，该列表会记录那些内存块是可用的，再分配对象内存的时候就会找一块足够大的内存块划分给该对象实例，最后更新列表记录。

使用该分配方式的GC收集器有：GMS

内存分配并发问题：

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

·CAS+失败重试：CAS是乐观锁的一种实现方式，所谓乐观锁，就是每次不加锁假设没有冲突去完成某个操作，如果有冲突失败就重试，直到成功为止。虚拟机采用CAS+失败重试的方式保证更新操作的原子性。

·TLAB（Thread Local Allocation Buff）：为每个线程在eden区预先分配一块儿内存，JVM在给线程中对象分配内存时，首先在TLAB分配，当对象的内存大于TLAB的剩余内存或者TLAB的内存已用尽，再采用上述的CAS方式分配内存。

Step3：初始化零值

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

Step4：设置对象头

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

Step5：执行init方法

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