Java 对象的创建

Java 是一门面向对象的编程语言,在Java 程序运行过程中无时无刻都有对象被创建出来,在语言层面上,创建对象(例如克隆,反序列化)通常仅仅只是一个new 关键字而已,而在虚拟机中,对象(文中讨论的对象限于,普通对象,不包括数组和Class对象等)的创建过程又是怎么样的呢?

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

在类加载检查通过后,接下来虚拟机将为新生对象分配内存. 对象所需内存的大小在类加载完成后边可以确定,为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来. 假设Java堆中内存是绝对规整的,所有用过的内存都放在一边,空闲的内存放在另一边,中间放着一个指针作为分界点的指示器,那所分配内存就仅仅是把那个指针向空闲的那边挪动一段与对象大小相等的距离,这个分配方式成为指针碰撞(Bump the Pointer),如果Java 堆中的内存并不是规整的,已经使用的内存和空闲内存相互交错,那就没办法简单地进行指针碰撞了,虚拟机就必须维护一个表,记录那些内存块是可以用的,在分配的时候从列表中找到一块足够大的空间划分给对象实例,并更新列表上的记录,这个分配方式,叫做空间列表(Free List). 选择哪种分配方式由Java 堆是否规整决定,而Java 堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定. 因此,在使用Serial,ParNew 等带 Compact 过程的收集器时,系统采用的分配方式是指针碰撞,而使用CMS这种基于Mark-Sweep算法的收集器时,通常采用空闲列表

除了如何划分可用空间之外,还有另外需要考虑的问题是对象创建在虚拟机中,是非常频繁的行为,即使是仅仅秀爱一个指针所指向的位置,在并发情况下也并不是线程安全的,可能出现正在给对象A分配内存,指针还没来的及修改,对象B 又同时使用了原来的指针分配的情况.解决这个问题有两种方案,一种是对分配内存空间的动作进行同步处理,实际上虚拟机采用CAS配上失败重试的方式保证更新操作的原子性(原子操作是不可分割的,在执行完毕的过程不会被任何其他任务或事件中断),另一种是把内存分配的动作按照线程划分在不同的空间之中进行,及每个线程在Java堆中预先分配一小块内存,成为本地线程分配缓冲(Thred Local Allocation Buffer,TLAB).哪个线程要分配内存,就在哪个线程的TLAB上分配,只有TLAB用完并分配新的TLAB时,才需要同步锁定.

内存分配完成后,虚拟机需要将分配到的内存空间都初始化为零指,如果使用TLAB,这一工作过程也可以提前至TLAB分配时进行.这一步操作保证了对象的实例字段在Java 代码中可以不赋初始值就看可以直接使用,程序能访问到这些字段的数据类型所对应的零指.

接下来,虚拟机要对 对象 进行必要的设置,例如这个对象是那个类的实例,如何才能找到对象的元数据信息,对象的哈希吗,对象的GC分代年龄等信息.这些信息存放在对象的对象头(Object Header)中.

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