HotSpot虚拟机对象的创建过程

说道对象的创建，通常情况下只是一个new关键字而已（例外：复制、反序列化），下面来说一说在虚拟机中对象的创建是怎样的。

1、检查

首先当java虚拟机遇到一条字节码new指令时，先去检查指令的参数是否能在常量池中定位到一个类的符号引用，并检查这个符号引用代表的类是否已被加载、解析、初始化过，如果没有将先进行初始化。

2、分配内存

检查完成后，虚拟机将为新生对象分配内存。对象所需要的内存大小是在类加载完成后便可完全确定，也就相当于把一块确定大小的内存从java堆中划分出来。这时我们普及一下堆内存的两种分配方式：
假设堆内存是绝对规整的，所有被使用过得内存放在一边，空闲的内存放在另一边，中间放着一个指针作为分界点的指示器，那么如果分配内存的话就仅仅是把那个指针向空闲的空间方向挪动一段与对象大小相等的距离，这种分配方式称为“指针碰撞”。（这个地方有一些抽象，可以多读几遍）。
但是如果堆内存不是规整的，已分配的内存与空闲的内存相互交错在一起，那就没办法进行简单的“指针碰撞”了，这是虚拟机就需要维护一个列表，负责记录哪些内存是可用的，再分配内存的时候，从列表中找到一个足够大的空间划分给实例对象，并更新列表上的记录，这种分配方式称为“空闲列表”。
以上是两种堆内存的分配方式。选用那种分配方式是由java堆是否规整决定的，而java堆是否规整是由所采用的的垃圾收集器是否带有空间压缩整理的能力来决定。当使用Serial、ParNew等带有压缩整理过程的收集器时，系统采用的分配算法是指针碰撞，既简单又高效。当使用CMS这种基于清楚算法的收集器时，理论上就只能采用较为复杂的空闲列表来分配空间。

内存分配的问题

对象的创建在堆内存中是非常频繁的行为，仅仅修改一个指针所指向的位置，在并发的情况下并不是线程安全的，可能出现的一种情况就是正在给对象A分配内存，指针还没来得及修改，对象B又同时使用了原来的指针来分配内存的情况。解决这个问题有两种方案：第一种就是对分配内存空间的动作进行同步处理------实际上是采用CAS（compare and swap的缩写，CAS有三个操作数，内存值V,旧的预期值A，要修改的新值B,当且仅当预期值A和内存值V相同时，将内存值修改为B，否则返回V）配上失败重试的方案保证更新操作的原子性；另一种是把内存分配的动作按照线程划分在不同的空间中进行，就是每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲（Thread Local Allocation Buffer，TLAB）,哪个线程要分配内存，就在哪个线程的本地缓冲区中分配，只有本地缓冲区用完了，分哦配新的缓冲区时才需要同步锁定。虚拟机是否使用TLAB,可以通过-XX:+/-UserTLAB参数来设定。

3、初始化

内存分配完之后，虚拟机必须将分配到的内存空间（不包括对象头）都初始化为0值，如果使用了TLAB，这一项工作也可以提前至TLAB分配时顺便进行。这部操作保证了对象的实例字段在Java代码中可以不赋初始值就可以直接使用，使程序能访问到这些字段的数据类型所对应的零值。

4、处理对象头

初始化完成之后，虚拟机还会对对象头进行必要的设置，例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码（对象的哈希码在真正被调用hashCode（）方法时才计算）、对象的GC分代年龄等信息。

5、完成对象的创建

这时在虚拟机的视角，一个新的对象已经产生了，但是从Java程序的角度，对象的创建才刚刚开始，因为init（）方法还没有执行，所有的字段都为默认的零值，对象需要的其他资源何状态信息也还没有按照预定的意图构造好。一般来说new指令之后会接着执行init方法，按照程序员的意愿对对象进行初始化，这样一个真正可用的对象才算完全被构造出来。