JVM(六): Java中的对象
JVM(六): Java中的对象
对象创建步骤
- 判断对象对应的类是否被加载、链接、初始化:虚拟机遇到new指令时,首先去检查这个指令的参数能否在Metaspace的常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已经被加载、解析和初始化(即判断类元信息是否存在)。如果没有,在双亲委派模式下,使用当前类加载器以ClassLoader+包名+类名为key进行查找对应的.class文件。如果没有找到文件,则抛出ClassNotFoundException异常,如果找到,则进行类加载,并生成对应的Class类对象。
- 为对象分配内存:首先计算对象占用空间大小,接着在堆中划分一块内存给新对象。如果实例成员变量是引用变量,仅分配引用变量空间即可,即4字节大小。byte、int、short、float、char、boolean各占4个字节。double、long占8个字节。
如果内存空间是规整的,那么虚拟机将采用的是指针碰撞法(Bump The Pointer)来为对象分配内存。意思是所有用过的内存在一边,空闲的内存在另一边,中间放着一个指针作为分界点的指示器,分配内存就仅仅是把指针向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是Serial、ParNew这种基于压缩算法的,虚拟机采用这种分配方式。一般使用带有Compact(整理)过程的收集器时,使用指针碰撞。
如果内存不是规整的,已使用的内存和未使用的内存相互交错,那么虚拟机将采用的是空闲列表法来为对象分配内存。虚拟机维护了一个列表,记录上那些内存块是可用的,再分配的时候从列表中找到一块足够大的空间划分给对象实例,并更新列表上的内容。这种分配方式称为“空闲列表”(Free List)。
选择哪种分配方式由Java堆是否规整决定,而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。
- 处理并发安全问题:在分配内存空间时,另外一个问题是即时保证new对象时的线程安全性:创建对象是非常频繁的操作,虚拟机需要解决并发问题。
采用CAS(Compare And Swap)失败重试、区域加锁保证更新的原子性。
TLAB把内存分配的动作按照线程划分在不同的空间之中进行,每个线程在堆中预先分配一块内存,称为本地线程分配缓冲区(Thread Local Allocation Buffer),通过-XX:+/-UseTLAB参数来设定。
- 初始化分配到空间:内存分配结束,虚拟机将分配到的内存空间都初始化为零值(不包括对象头)。这一步保证了对象的实例字段在Java代码中可以不用赋初始值就可以直接使用,程序能访问到这些字段的数据类型所对应的零值。
- 设置对象的对象头:将对象的所属类(即类的元数据信息)、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于JVM实现。
- 执行init方法进行初始化:从Java程序的视角来看,初始化才正式开始。初始化成员变量,执行实例化代码块,调用类的构造方法,并把堆内对象的首地址赋值给引用变量。因此一般来说(由字节码中是否跟随有invokespecial指令所决定),new指令之后会接着执行方法,把对象按照开发者的意愿进行初始化,这样一个真正可用的对象才算完全创建出来。
对象内存布局
对象头(Header)
包含两部分:
- 运行时元数据(Mark Word):哈希值(HashCode)、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳。
- 类型指针:指向类元数据InstanceKlass,确定该对象所属的类型。
如果是数组,还需要记录数组的长度。
实例数据(Instance Data)
它是对象真正存储的有效信息,包括程序代码中定义的各种类型的字段(包括从父类继承下来的和本身拥有的字段)。
规则:
- 相同宽度的字段总是被分配在一起。
- 父类中定义的变量会出现在子类之前。
- 如果CompactFields参数为true(默认为true):子类的窄变量可能插入到父类变量的空隙。
对齐填充(Padding)
不是必须的,也没特别含义,仅仅起到占位符的作用。
JVM中对象创建过程
对象访问定位
JVM是如何通过栈帧中的对象引用访问到其内部的对象实例的?
创建对象的目的就是为了使用它,通过栈上reference访问。对象访问方式主要有两种:
-
句柄访问:效率低,需要额外开辟一个句柄池的空间。reference中存储稳定句柄地址,对象被移动(垃圾收集时移动对象很普遍)时只会改变句柄中实例数据指针即可,reference本身不需要被修改。
-
直接指针(Hotspot采用):效率高,节省空间。对象被移动时需要修改栈中reference地址。