java运行过程中无时无刻都有对象在创建
第一步当我们遇到一个new指令时，先检查是否能在常量池定位到。如果有就直接用了，如果没有就先加载。
第二步加载完成之后分内存。（一个对象的大小在加载后就知道了，为对象分配空间相当于把一块确定大小的内存块从Java堆中划分出来。）
分配内存有两种方式，分别在内存是否规整的情况下使用
1.如果说堆中内存规整，所有使用过的内存都被放在一边，空闲内存都放在另一边，中间放着一个指针作为分界点的指示器，那么分配内存就仅仅是把指针向空闲空间方向挪动一段与对象大小相等的距离，这种分配方式就是“指针碰撞”
2.如果说堆中内存不规整，已经使用的内存为和没被使用的交错在一起，就用不了了指针碰撞了，此时虚拟机必须维护一个列表，记录那些内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表记录，这种分配方式被称为“空闲列表”
因为对象的创建十分频繁，在并发时可能导致线程不安全（同个指针同时被多个对象同时调用）
解决这个问题有两种同步处理的方法
1.虚拟机采用CAS配上失败重试的方式保证更新操作的原子性
2.每个线程在java堆中先分配一小块内存，称为本地线程分配缓冲区（TLAB)（通俗解释就是每个线程在堆中先给你一小块内存，你用完了再找我要）
第三步内存分配完成后，开始初始化，将分配到的内存空间（但不包括对象头）都初始化为零值。
如果使用TLAB那么就可以提前至TLAB分配时就进行初始化。
那么为什么要进行初始化？
因为这步操作保证了对象的实例字段在Java代码中可以不赋初始值就直接使用，使程序能访问到这些字段的数据类型所对应的零值。
第四步Java虚拟机还要对对象进行必要的设置
例如这个对象是哪个类的实例、如何才能找到 类的元数据信息、对象的哈希码（实际上对象的哈希码会延后到真正调用Object:：hashCode()方法时才计算），对象的GC分代年龄等信息。这些信息存放在对象的对象头（Object Header）之中。根据虚拟机当前运行状态的不同，如是否启用偏向锁等，对象头会有不同的设置方式。
至此从虚拟机的角度看，一个新的对象已经产生了，但从java程序上看对象的创建才刚刚开始--构造函数
